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PCT/FR01/01903 



TRAITE DE^OPERATION EN MATIERE ^PREVETS 

Expediteur: le BUREAU INTERNATIONAL 



PCT 



NOTIFICATION DE LA RECEPTION DE 
L'EXEMPLAIRE ORIGINAL 

(regie 24.2.a) du PCT) 



Destinataire: 

BULL CP8 
Corlu, Bernard 
PC 62A24 

668, rue de Versailles 
B.P. 45 

F-78434 Louveciennes Cedex 
FRANCE 



Date d'expedrtion (jour/mo is/an nee) 
30juillet2001 (30.07.01) 


NOTIFICATION IMPORTANTE 


Reference du dossier du deposant ou du mandataire 
PCT 3882/BC 


Demande Internationale no 
PCT/FR01/01903 



II est notifie au deposant que le Bureau international a regu I'exemplaire original de la demande internationale precisee 
ci-apres. 

Nom(s) du ou des deposants et de I'Etat ou des Etats pour lesquels ils sont deposants: 
BULL CP8 (pour tous les Etats designes sauf US) 
NACHEF, Armand (pour US seulement) 

Date du depot international 19 juin 2001 (19.06.01) 

Date(s) de priorite revendiquSe(s) 22 juin 2000 (22.06.00) 

Date de reception de I'exemplaire original ^ M . ... 

par le Bureau international 24 JUlllet 2001 (24.07.01 ) 
Liste des offices designed 

EP :AT / BE / CH / CY / DE / DK / ES / FI,FR,GB / GR,IE / IT,LU / MC / NL # PT / SE / TR 
National :CN,JP,KR,US 



ATTENTION 

Le deposant doit soigneusement verifier les indications figurant dans la presente notification. En cas de divergence entre ces 
indications et celles que contient la dernande internationale, il doit aviser immediatement le Bureau international. 

En outre, I'attention du d6posant est appelee sur les renseignements donnes dans I'annexe en ce qui concerne 



les delais dans lesquels doit etre abordee la phase nationale 
| X| la confirmation des designations faites par mesure de precaution 
[ "] les exigences relatives aux documents de priorite. 



Une copie de la presente notification est envoyee a Toffice recepteur et a I'administration chargee de la recherche internationale. 





Fonctionnaire autorise 


Bureau international de I'OMPI 




34, chemin des Colombettes 


B. Wyss(Fax 338.87.40) 


1211 Geneve 20, Suisse 


n° de telecopies (41-22) 740.14.35 


n* de telephone (41-22) 338.83.38 



Formulaire PCT/IB/301 (juillet 1998) 



004182535 



ANNEXE DU P 



LAIRE PCT/IB/301 



Dern^^^ 



Internationale no 
PCT/FR01/01903 



RENSEIGNEMENTS CONCERNAIMT LES DELAIS DANS LESQUELS DOIT ETRE ABORDEE 

LA PHASE NATIONALE 



II est rappeie au deposant qu'il doit aborder la "phase nationale" aupres de chacun des offices d§signes indiques sur la 
notification de la reception de I'exemplaire original (formulaire PCT/IB/301) en payant les taxes nationales et en remettant les 
traductions, telles qu'elles sont prescrites par les legislations nationales. 

Le delai d'accomplissement de ces actes de procedure est de 20 MOIS a compter deta date de priorite ou, pour les Etats 
d6signes qui ont 6te elus par le deposant dans une demande d'exarnen preliminaire international ou dans une election ulterieure, 
de 30 MOIS a compter de la date de priorite, a condition que cette election ait ete effectuee avant i'expiration du 19e mois a 
compter de la date de priorite. Certains offices designes (ou elus) ont fixe des delais qui expirent au-dela de 20 ou 30 mois a 
compter de la date de priorite. D'autres offices accordent une prolongation des delais ou un delai de grace, dans certains cas 
moyennant le paiement d'une taxe supplemental. 

En plus de ces actes de procedure, le deposant devra dans certains cas satisfaire a d'autres exigences particulieres 
applicables dans certains offices. II appartient au deposant de veiller a remplir en temps voulu les conditions requises pour 
I'ouverture de la phase nationale. La majorite des offices d6sign6s n'envoient pas de rappel a I'approche de la date limite pour 
aborder la phase nationale. 

Des informations detaillees concernant les actes de procedure a accomplir pour aborder la phase nationale aupres de 
chaque office designe, les delais applicables et la possibility d'obtenir une prolongation des delais ou un delai de grace ettoutes 
autres conditions applicables figurent dans le volume II du Guide du deposant du PCT. Les exigences concernant le depot d'une 
demande d'exarnen preliminaire international sont exposees dans le chapitre IX du volume I du Guide du deposant du PCT. 

GR et ES sont devenues liees par le chapitre II du PCT le 7 septembre 1996 et le 6 septembre1997, respectivement, et 
peuventdonc etre eiues dans une demande d'exarnen preliminaire international ou dans une election ulterieure presentee le 7 
septembre 1996 (ou a une date posterieure) ou le 6 septembre 1997 (ou a une date posterieure), respectivement, quelle que soit 
la date de depot de la demande Internationale (voir le second paragraphe, ci-dessus). 

Veuillez noter que seul un deposant qui est ressortissant d'un Etat contractant du PCT lie par le chapitre II ou qui y a 
son domicile peut presenter une demande d'exarnen preliminaire international. 



CONFIRMATION DES DESIGNATIONS FAITES PAR MESURE DE PRECAUTION 



Seules les designations expresses faites dans la requete conformement a la regie 4.9.a) figurent dans la presente 
notification. II est important de verifier si ces designations ont ete faites correctement. Des erreurs dans les designations peuvent 
etre corrigees lorsque des designations ont 6te faites par mesure de precaution en vertu de la regie 4.9.b). Toute designation 
ainsi faite peut etre confirmee conformement aux dispositions de la regie 4.9.c) avant Pexpiration d'un delai de 15 mois a 
compter de la date de priorite. En I'absence de confirmation, une designation faite par mesure de precaution sera consideree 
comme retiree par le deposant. II ne sera adresse aucun rappel ni invitation. Pour confirmer une designation , il faut deposer une 
declaration precisant I'Etat designe concerne (avec I'indication de la forme de protection ou de traitement souhaitee) et payer les 
taxes de designation et de confirmation. La confirmation doit parvenir a I'office recepteur dans le delai de 15 mois. 



EXIGENCES RELATIVES AUX DOCUMENTS DE PRIORITE 



Pour les deposants qui n'ont pas encore satisfait aux exigences relatives aux documents de priorite, il est rappeie ce qui 

suit. 

Lorsque la priorite d'une demande nationale, regionale ou internationale anterieure est revendiquee, le deposant doit 
presenter une copie de cette demande anterieure, certifiee conforme par I'administration aupres de laquelle elle a ete deposee 
("document de priorite"), a I'office recepteur (qui la transmettra au Bureau international) ou directement au Bureau international, 
avant I'expiration d'un delai de 16 mois a compter de la date de priorite, etant entendu que tout document de priorite peut etre 
presente au Bureau international avant la date de publication de la demande internationale, auquel cas ce document sera repute 
avoir ete regu par le Bureau international le dernier jour du delai de 16 mots (regie 17.1.a)). 

Lorsque le document de priorite est deiivre par I'office recepteur, le deposant peut, au lieu de presenter ce document, 
demander a I'office recepteur de le preparer et de le transmettre au Bureau international. La requete d cet effet doit etre 
formuiee avant I'expiration du delai de 16 mois et peut etre soumise au paiement d'une taxe (regie 17.1. b)). 

Si le document de priorite en question n'est pas fourni au Bureau international, ou si la demande adressee a I'office recepteur 
de preparer et de transmettre le document de priorite n'a pas 6t6 faite (et la taxe correspondante acquittee, le cas echeant) 
avant I'expiration du delai applicable mentionne aux paragraphes precedents, tout Etat designe peut ne pas tenir compte 
de la revendication de priorite; toutefois, aucun office designe ne peut decider de ne pas tenir compte de la revendication de 
priorite avant d'avoir donne au deposant la possibifite de remettre le document de priorite dans un delai raisonnable en I'espece. 

Lorsque plusieurs priorites sont revendiquees, la date de priorite a prendre en consideration aux fins du calcul du delai de 
16 mois est la date du depot de la demande la plus ancienne dont la priorite est revendiquee. 



Formulaire PCT/IB/301 (annexe) Quillet 1998) 



004182535 



TRAITE DE .^OPERATION EN MATIERE qMREVETS 



Expediteur : le BUREAU INTERNATIONAL 



PCT 

NOTIFICATION RELATIVE 
A LA PRESENTATION OU A LA TRANSMISSION 
DU DOCUMENT DE PRIORITE 

(instruction administrative 411 du PCT) 


Destinataire: 

BULL CP8 
Corlu, Bernard 
PC 62A24 

668, rue de Versailles 
B.P. 45 

F-78434 Louveciennes Cedex j 
FRANCE 


Date d'expedition (jour/mois/annee) 

30 juillet 2001 (30.07.01) 




Rpfprpnrp Hu Hn<;<;ipr Hu df^no^ant ou du mandataire 

PCT 3882/BC 


NOTIFICATION IMPORTANTE 


Demande internationale no 
PCT/FR01/01903 


Date du depot international (jour/mois/annee) 

19juin2001 (19.06.01) 


Date de publication internationale (jour/mois/annee) 

Pas encore publiee 


Date de priorite (jour/mois/annee) 
22juin2000 (22.06.00) 


Deposant 

BULL CP8 etc 



1. La date de reception (sauf lorsque les lettres H NR" figurent dans la colonne de droite) par le Bureau international du ou des 
documents de priorite correspondant a la ou aux demandes enumerees ci-apres est notifiee au deposant. Sauf indication 
contraire consistant en un asterisque figurant a cote d'une date de reception, ou les lettres "NR", dans la colonne de droite, 
le document de priorite en question a ete presente ou transmis au Bureau international d'une maniere conforme a la 
regie 17.1. a) ou b). 

2. Ce formulaire met a jour et remplace toute notification relative a la presentation ou a la transmission du document de priorite 
qui a ete envoyee precedemment. 

3. Un asterisque(*) figurant a cote d'une date de reception dans la colonne de droite signale un document de priorite presente 
ou transmis au Bureau international mais de maniere non conforme a la regie 17.1. a) ou b). Dans ce cas, .'attention du 
deposant est appelee sur la regie 17.1.c) qui stipule qu'aucun office designe ne peut decider de ne pas tenir compte de la 
revendication de priorite avant d'avoir donne au deposant la possibility de remettre le document de priorite dans un delai 
raisonnable en I'espece. 

4. Les lettres "NR" figurant dans la colonne de droite signalent un document de priorite que le Bureau international n'a pas 
regu ou que le deposant n'a pas demande a I'office recepteur de preparer et de transmettre au Bureau international, 
conformement a la regie 17.1. a) ou b), respectivement. Dans ce cas, ('attention du deposant est appelee sur la regie 17.1.c) 
qui stipule qu'aucun office designe ne peut decider de ne pas tenir compte de la revendication de priorite avant d'avoir donne 
au deposant la possibility de remettre le document de priorite dans un delai raisonnable en I'espece. 

Date de priorite Demande de priorite n° Pavs. office regional ou Date de reception du 

office recepteur selon le PCT document de priorite 

22 juin 2000 (22.06.00) 00/07978 FR 24 juil 2001 (24.07.01) 



Bureau international de I'OMPI 


Fonctionnaire autorise: 




34, chemin des Colombettes 


B. Wyss (Fax 338.87.40) j 


1211 Geneve 20, Suisse 


nodetelecopieur (41-22) 740.14.35 


no de telephone (41-22) 338.83.38 


Formulaire PCT/IB/304 (juillet 1998) 


004182536 



TRAITE DE 



PCT 



PERATION EN MATIERE 

ExpSditeur: le BUREAU INTERNATIONAL 



REVETS 



WO 01/99448 
PCT/FR01/01903 



AVIS INFORMANT LE DEPOSANT DE LA 
COMMUNICATION DE LA DEMANDE 
INTERNATIONALE AUX OFFICES DESIGNES 

(regie 47.1.c), premiere phrase, du PCT) 



Date d'expedition (jour/mois/ann6e) 

27 decembre 2001 (27.12.01) 



Destinataire: 
BULL CP8 
Corlu, Bernard 
PC 62A24 

668, rue de Versailles 
B.P. 45 

F-78434 Louveciennes Cedex 
FRANCE 



Reference du dossier du deposant ou du mandataire 
PCT 3882/BC 


AVIS IMPORTANT 


Demande internationale n 
PCT/FR01/01903 


Date du depot international Qour/mois/annile) 
19juin 2001 (19.06.01) 


Date de priorite (jour/mois/annee) 
22juin 2000 (22.06.00) 


Deposant 

BULL CP8 etc 



1. II est notifie par la presente qu'a la date indiquee ci-dessus comme date d'expedition de cet avis, le Bureau international a 
communique, comme le prevoit Particle 20, la demande internationale aux offices designes suivants: 

KR,US 

Conformement a la regie 47.1. c), troisieme phrase, ces offices acceptent le present avis comme preuve determinante 
du fait que la communication de la demande internationale a bien eu lieu a la date d'expedition indiquee plus haut, et le 
deposant n'est pas tenu de remettre de copie de la demande internationale a I'office ou aux offices designes. 

2. Les offices designes suivants ont renonce a I'exigence selon laquelle cette communication doit etre effectuee a cette date: 

CN,EP,JP 

La communication sera effectuee seulement sur demande de ces offices. De plus, le deposant n'est pas tenu de remettre 
de copie de la demande internationale aux offices en question (regie 49.1)a-bis)). 

3. Le present avis est accompagne d'une copie de la demande internationale publiee par le Bureau international le 
27 decembre 2001 (27.12.01) sous le numero WO 01/99448 

RAPPEL CONCERNANT LE CHAPITRE II (article 31.2)a) et regie 54.2) 

Si le deposant souhaite reporter Pouverture de la phase nationale jusqu'a 30 mois (ou plus pour ce qui concerne certains 
offices) a compter de la date de priorite, la demande d'examen preliminaire international doit etre presentee a 
I'administration competente chargee de I'examen preliminaire international avant I'expiration d'un delai de 19 mois a 
compter de la date de priorite. 

II appartient exclusivement au deposant de veiller au respect du delai de 19 mois. 

II est a noter que seu! un deposant qui est ressortissant d'un Etat contractant du PCT lie par le chapitre II ou qui y a son 
domicile peut presenter une demande d'examen preliminaire international (actuellement, tous les Etats contractants 
du PCT sont lies par le chapitre II). 

RAPPEL CONCERNANT L'OUVERTURE DE LA PHASE NATIONALE (article 22 ou 39.1)) 

Si le deposant souhaite que la demande internationale procede en phase nationale, il doit, dans le delai de 20 mois ou 
de 30 mois, ou plus pour ce qui concerne certains offices, accomplir les actes mentionnes dans ces dispositions aupres 
de chaque office designe ou elu. 

Pour d'autres informations importantes concernant les delais et les actes a accomplir pour Pouverture de la phase 
nationale, voir Pannexe du formulaire PCT/IB/301 (Notification de la reception de I'exemplaire original) et le Guide du 
deposant du PCT, volume II. 



Bureau international de POMPI 


Fonctionnaire autorise 








34, chemin des Colombettes 


J. Zahra 




1211 Geneve 20, Suisse 






n' de telecopieur (41-22) 740.14.35 


n° de telephone (41 -22) 338.91 .1 1 




Formulaire PCT/IB/308 (avril 2001) 




4548859 



PCT 

REQUETE 



• 



Le soussigne requiert que la presente demande 
internationale soit traitee conformement au Traite de 
cooperation en matiere de brevets. 



Reserve alHEe recepteur 



Demande Internationale n° 



Date du depot international 



Nom de tWice recepteur et "Demande internationale PCT" 



Reference du dossier du deposant ou du mandataire (facultatif) 
(12 caracteres au maximum) PCT 3882/BC 



C ^focede pour Fe^rai'ffienrS^a transmission de donnees numeriques sur un reseau de 
telephonie mobile, notamment a la norme "GSM", et systeme embarquS a puce electronique 


Cadre n° II DEPOSANT 


Nom et adresse : (Nom defamille suivi du prenom; pour une personne morale, designation 
officielle complete. L 'adresse doit comprendre lecode postal et le nomdu pays. Lepays de 
ladresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 

BULL CP8 

68, route de Versailles 
BP 45 

78430 LOUVECIENNES 
FRANCE 


1 1 Cette personne est aussi 
L— J inventeur. 


n° de telephone 

(33) 1 39.66.61 .76 


n° de telecopieur 

(33) 1 39.66.43.36 


n° de teldimprimeur 


Nationalite (nom de l'Etat) : FRANCE 


Domicile (nom de 1Etat ^ : p^|sjQC£ 


Cette personne est r 1 tous les Etats rrn toua les Etats designes sauf | 1 les Etats-Ums d'Amenque | 1 les ^Jats indues dar« 

^nLpnnr- | Idesignes [XJ les Etats-Unis d'Amerique | |seulement | 1 le cadre supplemental re 


Cadre n- III AUTRE(S) DEPOSANT(S) OU (AUTRE(S)) INVENTEUR(S) 


Nom et adresse : (Nom de famille suivi du prenom; pour une personne morale, designation 
ofTicielle complete. L 'adresse doit comprendre lecode postal et le nomdu pays. Lejyays de 
radresse indiquee dans ce cadre est I 'Etat ou le deposant a son domicile si aucun domicile 
n 'est indique ci-dessous.) 

Nachef Armand 

21 boulevard Vauban 

781 80 MONTIGNY LE BRETONNEUX 

FRANCE 


Cette personne est : 
[~~~] deposant seulement 

\X] deposant et inventeur 

| | inventeur seulement 
(Si cette case est cochee. 
ne pas remplir la suite.) 


Nationalite (nom de TEtat) : FRANCE 


Domicile (nom de l'Etat) : FRANCE 


SSBsr- - nssssf" □ciS»*bss HS?""^Da*s 


D'autres deposants ou inventeurs sont indiques sur une feuille annexe. 


Cadre n° IV MANDATAIRE OU REPRJfcSENTANT COMMUN; OU ADRESSE POUR LA CORRESPONDANCE 


La personne dontTidentite est donnee ci-dessous est/a ete designee pour agirau nom duou [V71 mandataire I I representant commun 
des deposants aupres des autorites intemationales competentes, comme: UU 1 1 


Nom et adresse : (Nom de famille suivi du prenom- pour une personne morale, designation officielle 
complete. L 'adresse doit comprendre le code postal et le nom du pays.) 

BULL CPS 
CORLU Bernard 

PC 62A24 / 68, route de Versailles -BP45 
F- 78434 LOUVECIENNES Cedex (FRANCE) 


n° de telephone 

(33) 1 39.66 61 ,76 


n° de telicopieur [ 

(33) 1 39.66.43.36 


n° de teldimprinieur 


1 — 1 Adresse pour la correspondence : cocher cette case lorsque aucun mandataire ni representant t comrrmn n Mt^i a i fete designe 
1 1 S n ^ Tespace ci-dessus est utilise pour indiquer une adresse speciale a laquelle la correspondance doit etre envoyee. 



Feuille n° 



Cadre n° t V DESIGNATION D'ETAt3 MT 
Les designations suivantes sont faites confoSBmei 
Brevet regional 
D AP 



nt a la regie 4. 9. a) (cocher les cases appropriees^KKe au moins doit Vetre) 



□ EA 



EP 



Brevet ARIPO : GH Ghana, GM Gambie, KE Kenya, LS Lesotho, MW Malawi, MZ Mozambique, SD Soudan, 
SL Sierra Leone, SZ Swaziland, TZ Republique-Unie de Tanzanie, UG Ouganda, ZW Zimbabwe et tout autre Etat qui est un Etat 

contractant du Protocole de Harare et du PCT • , ... . . . . . 

Brevet eurasien : AM Armenie, AZ Azerbaidjan, BY Belarus, KG Kirghizistan, KZ Kazakhstan, MD Republique de Moldova 
RU Federation de Russie, TJ Tadjikistan, TM Turkmenistan et tout autre Etat qui est un Etat contractant de la Convention sur 
le brevet eurasien et du PCT 

Brevet europeen : AT Autriche, BE Belgique, CH et LI Suisse et Liechtenstein CY Chypre DE A " en ?ff 1 n ^ 
DK Danemark, ES Espagne, FI Finlande, FR France, GB Royaume-Uni, GR Grece, IE Irlande IT Itahe 
LU Luxembourg, MC Monaco, NL Pays-BasJPT Portugal, SE Suede et tout autre Etat qui est un Etat contractant de la 
Convention sur le brevet europeen et du PCTjTKiTOf\Q U( 

□ OA Brevet OAPI : BF Burkina Faso, BJ Benin, CF Republique centrafricaine, CG Congo, CI Cote d lvoire 
CMCameroun, GA Gabon, GN Guinee, GW Guinee-Bissau, ML Mali, MR Mauritanie, NE Niger, SN Senegal, 
TD Tchad, TG Togo et tout autre Etat qui est un Etat membre de l'OAPI et un Etat contractant du PCT (si une autre forme 
de protection ou de traitement est souhaitee, le precisersur la ligne pointillee) • • 

Brevet national (si une autre forme de protection ou de traitement est souhaitee, le preciser sur la ligne pointillee) : 

□ AE Emiratsarabesunis □ Sainte-Lucie 



Antigua-et-Barbuda 

Albanie E 

Armenie ^ 

Autriche d 

Australie 

Azerbaidjan D 

Bosnie-Herzegovine : O 

Barbade D 

Bulgarie C 

Bresil d 

Belarus U 

Belize □ 

Canada d 

□ CH et LI Suisse et Liechtenstein D 

J&CN Chine D 

Costa Rica £3 

Cuba LJ 

Republique tcheque LJ 

Allemagne £3 

Danemark *— ' 

Dominique 

Algerie □ 

Estonie D 

Espagne D 

Finlande ^ 

Royaume-Uni ^ 

Grenade ^ 

Georgie \zL 

□ 

□ 



□ AG 

□ AL" 

□ AM 

□ AT 

□ AU 

□ AZ 

□ BA 

□ BB 

□ BG 

□ BR 

□ BY 

□ BZ 

□ CA 



□ CR 

□ CU 

□ CZ 

□ DE 

□ DK 

□ DM 

□ DZ 

□ EE 

□ ES 

□ FI 

□ GB 

□ GD 

□ GE 

□ GH 



Ghana 



□ GM Gambie 

□ HR Croatie 



□ HU 

□ ID 

□ IL 

□ IN 

□ IS 

□ KE 

□ KG 

□ KP 
\7BJ KR 

□ KZ 



Hongrie □ UA 

Indonesie ^ UG 

Israel US 

Inde □ UZ 

Islande □ VN 

Japon □ YU 

Kenya □ ZA 



LK Sri Lanka 
LR Liberia 

LS Lesotho 

LT Lituanie 
LU Luxembourg 
LV Lettonie 

MA Maroc 

MD Republique de Moldova 

MG Madagascar 

MK Ex-Republique yougoslave de Macedoine 
MN Mongolie 

MW Malawi 

MX Mexique 

MZ Mozambique 
NO Norvege 

NZ Nouvelle-Zelande 

PL Pologne 

PT Portugal 

RO Roumanie 

RU Federation de Russie 

SD Soudan 
SE Suede 
SG Singapour 

SI Slovenie 

SK Slbvaquie 

SL Sierra Leone 

TJ Tadjikistan 

TM Turkmenistan 

TR Turquie 

TT Trinite-et-Tobago 

□ TZ Republique-Unie de Tanzanie 

Ukraine 

Ouganda 

Etats-Unis d'Amerique 

Ouzbekistan 

Viet Nam 

Yougoslavie 

Afrique du Sud 



□ ZW Zimbabwe 



Kirghizistan 

Republique populaire democratique de Coree Case reservee pour la designation d'Etats qui sont devenus parties au 

Republique de Coree PCT apres la publication de la presente feuille : 

_ Kazakhstan O 

Declaration concernant les designations de precaution : outre les designations faites ci-dessus, ledeposant fait aussi conforrnement 
alaregle4.9.b)touteslesdesignationsquiseraientautoriseesenvertuduPCT,arexceptiondet^^^^^ 
suJSImentaire comme etant exclue de la portee de cette declaration. U deposant declare que ces 

faites sous r6serve de confirmation et que toute designation qui n'est pas confirmee ayant 1'expiranon d un delai de 1 5 mois a compter 
de la date de priorite doit etre consideree comme retiree par le deposant a rexpiration de ce delai. (La confirmation (ycompris les taxes) 
doit parvenira I 'office recepteur dans le delai del 5 mois.) 



Formulaire PCT/RO/101 (deuxieme feuille) (juillet 2000) 



Voir les notes relatives au formulaire de requite 



Feuille n° 



Cadre n° VI REVINDICATION DE 



0) 

22 juin2000 
(22.06.2000) 



Date de depot 
de )a demande anterieure 
(jour/mois/annee) 



m 



RITE 



□ 



D* 



Numero 
de la demande anterieure 



00 07978 



A; 



evendications de priorite sont 
dans le cadre supplementaire. 



Lorsque la demande anterieure est une : 



demande nationale : 
pays 



FRANCE 



demande regionale :* 
office regional 



demande Internationale 
office recepteur 



(2) 



(3) 



L'office recepteur est prie de preparer et de transmettre au Bureau international une copie certifiee conforme de la ou des demandes 
anterieures (seulement si la demande anterieure a ete deposee aupres de l'office qui, awe fins de 
la presente demande internationale, est I 'office recepteur) indiquees ci-dessus au(x) point(s) : _j 



♦ Si la demande anterieure est une demande ARJPO, il est obligatoire d'indiquer dans le cadre supplementaire ™ ^l™ 

de Paris P 6ur la protection de la propriete industrielle pour lequel cette demande anterieure a ete deposee (regie 4.10.b)u)). Voir le cadre supplementaire. 



Cadre n° VII ADMINISTRATION CHARGEE DE LA RECHERCHE INTERNATIONALE 



Cboix de radministration chargee de la recherche 
Internationale (ISA) (si plusieurs administrations 
chargees de la recherche internationale sont competentes 
pour proceder a la recherche internationale, indiquer 
I 'administration choisie; le code a deux lettres peut etre 
utilise) : 

ISA/ 



Demande d'utilisation des resultats d'une recherche anterieure; mention de 
cette recherche (si une recherche anterieure a ete effectuee par ('administration 
chargee de la recherche internationale ou demandee a cette derniere) : 
Date (jour/mois/annee) Numero Pays (ou office regional) 

22.06.00 00 07978 FR 
FA FA 592651 



Cadre n* VIII BORDEREAU; LANGUE DE DEPOT 



La presente demande internationale contient 
le nombre de feuilles suivant : 



requete 

description (sauf partie reservee 
au listage des sequences) 

revendications 

abrege 

dessins 

partie de la description reservee 
au listage des sequences : 

Nombre total de feuilles 



03 

25 
04 

01 

04 



37 



1 



Le ou les elements coches ci-apres sont joints a la presente demande internationale : 

1 . □ feuille de calcul des taxes 

2. ^1 pouvoir distinct signe 2 

3. @ copie du pouvoir general; numero de reference, le cas echeant : Qp^ QJ/O )75 

4. □ explication de Tabsence d'une signature 

5. § document(s) de priorite indique(s) dans le cadre n° VI au(x) point(s) : 

6. □ traduction de la demande internationale en (langue) : 

7. □ indications separees concemant des micro-organismes ou autre materiel 

biologique deposes 

8. □ listage des sequences de nucleotides ou d'acides amines sous forme 

dechifrrable par ordinateur 

9. & autres elements (preciser) : Rapport de Recherche 



Figure des dessins qui 
doit accompagner V abrege : 



Langue de depot de la FRANCAIS 

demande internationale : 



Cadre n° IX SIGNATURE DU DEPOSANT OU DU MANDATAIRE 



A cote de chaque signature, indiquer le nom du signataire el, si ci 



CORLU Bernard (mandai 




it pas clairemem a la lecture de la requite, a quel litre I 'interesse signe. 



Reserve a Toffice recepteur 



1 . Date effective de reception des pieces supposees 
const ituer la demande internationale : 



3. Date effective de reception, rectifiee en raison de la reception ulte- 
rieure, mais dans les delais, de documents ou de dessins completant ce 
qui est suppose constituer la demande internationale : 



4. Date de reception, dans les delais, des corrections 
demandees selon rarticle 1 1 .2) du PCT : 



2. Dessins : 
I I 'ecus : 



□ 



non recus : 



5. Administration chargee de la recherche T « » , 
internationale (si plusieurs sont competentes) : 



6. | — | Transmission de la copie de recherche, differee 
I I jusqu- au paiement de la taxe de recherche. 



Date de reception de Texemplaire 
original par le Bureau international : 



Reserve au Bureau international 



Formulaire PCT/RO/101 (derniere feuille) (juillet 1998; reimpression juillet 2000) Voir les notes relatives auformulaire de requete 



IN 5 ! 



BREVET^ELINVENTION 



INSTITUTl 
NAf tONAl OS 
tA PROPRIETE 



INDUSTRIE Lll 

26 bis. rue de Saint Petersbourg 
75800 Paris Cedex 08 

Telephone : 01 53 04 53 04 Telecopie : 01 42 94 86 54 



CERTIFIO^TUTILITE 

Code de la propriete inteilectuelle - Livre VI 

REQUETE EN DELIVRANCE 1/2 



N° 11354*01 



O NATURE DE LA DEMANDE 


Cochez Tune des 4 cases suivantes 


Demande de brevet 


0 


Demande de certificat d'utilite 


□ 


Demande divisionnaire 

Demande de h re ret in it i ale 
on demande de certificat d'utilite in it ink* 


□ 

N° Date / / 
N° Date / / 


Transformation d'une demande de 
brevet europeen Demande de brevet initiale 


□ 

N° Date / / 



REMISE DES PIECES 

date 22 JU1N 2000 
lieu 75 INPI PARIS 

N° D'ENREGISTREMENT 000 7Q7A 
NATIONAL ATTRIBUE PAR LINPI 

DATE DE DEPOT ATTRIBUEE 
PAR LINPI 


Q NOM ET ADRESSE DU DEMANDEUR OU DU MANDATAIRE 

A QUI LA CORRESPONDANCE DOIT ETRE ADRESSEE 

■ ■ 

BULL S.A. 

CORLU Bernard - PC/58D20 
68, route de Versailles 

78434 LOUVECIENNES Cedex 

■ ■ 


Vos references pour ce dossier 

ifaadtatif) 1 FR 3882/BC 



Confirmation d'un depot par telecopie 



□ N° attribue par I'lNPI a la telecopie 



] TITRE DE L'INVENTION (200 caracteres ou espaces maximum) 

PROCEDE POUR LE TRAITEMENT ET LA TRANSMISSION DE DONNEES NUMERIQUES SUR UN 
RESEAU DE TELEPHONIE MOBILE, NOTAMMENT A LA NORME "GSM", ET SYSTEME 
EMBARQUE A PUCE ELECTRONIQUE. 



□ DECLARATION DE PRIORITE 
OU REQUETE DU BENEFICE DE 
LA DATE DE DEPOT D'UNE 
DEMANDE ANTERIEURE FRANpAISE 


Pays ou organisation 

Date / / N° 
Pays ou organisation 

Date / / N° 
Pays ou organisation 

Date / / N° 

□ S'il y a d'autres priorites, cochez la case et utilisez I'imprime «Suite» 


□ DEMANDEUR 


□ S'il y a d'autres demandeurs, cochez la case et utilisez I'imprime «Suite» 


Norn ou denomination sociale 


BULL CP8 


Prenoms 




Forme juridique 


Societe Anonyme 


N° SIREN 


3 2 9 5 5 6 1 4 6 


1 Code APE-NAF 


B 3 2 1 


Adresse 


Rue 


BP 45 - 68, route de Versailles 


Code postal et ville 


78430 LOUVECIENNES 


Pays 


France 


Nationality 


Fran?aise 


N° de telephone (faadtatij) 


01.39.66.61.76 | 


N° de telecopie (faadtatij) 


01.39.66.61.73 j 


Adresse electronique (facultatif) 


BERNARD.CORLU@BULL.NET 



(12) DEMANDE INtC^AtIONALE PUBLIEE EN VERTU DU TRaC - DE COOPERATION 

EN MATIERE DE BREVETS (PCT) 



(19) Organisation Mondiale de la Propria 
Intellectuelle 

Bureau international 

(43) Date de la publication internationale 
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WO 01/99448 Al 
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Armand [FR/FR]; 21, boulevard Vauban, F-78180 Mon- 
tigny le Bretonneux (FR). 



(22) Date de de>6t international : 19 juin 2001 (19.06.2001) 

(25) Langue de depot : francais 

(26) Langue de publication : francais 



(74) Mandataire : BULL CP8; Corlu, Bernard, PC 62A24, 
668, rue de Versailles, B.P. 45, F-78434 Louveciennes 
Cedex (FR). 

(81) Etats designes (national) : CN, JP, KR, US. 



(30) Donnees relatives a la priority : 
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= (54) Title: METHOD FOR PROCESSING AND TRANSMITTING DATA ON A MOBILE TELEPHONE NETWORK AND MI- 
= CROCHIP ONBOARD SYSTEM 

= (54) Titre : PROCEDE POUR LE TRAITEMENT ET LA TRANSMISSION DE DONNEES SUR UN RESEAU DE TELEPHO- 
NES NIE MOBILE ET SYSTEME EMBARQUE A PUCE ELECTRONIQUE 
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o 
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Application 
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T" 



1- ' Menu Selection Evenl " 
2- * Send SM (Menu Selection) ' 
S-'SM$PP Downtogd Event * 

6- " Setect Item ' 
7- ; lemma) Response (indice i? ' 
8- ' Send SM (Indies V) * 

1 1- * SMS PP Download Evenl ' 

12- 'Display Text (Service V) ' 
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3- ' SM (Menu Selection) " 



4- "j)M (Select Item) ' 

9- ' SM (Indice setectionne T) ' 
10- ' SM (Display Text Service Y) ' 



2... SMART CARD 

21..REPORTER SIM TOOLKIT APPLICATION 
22.- SLAVE SIM TOOLKIT 
11...DJSPLAY SCREEN 
9.. "SM (SELECTED iNDErrr 



^Tc Serveur 

D Application 
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A.. .STEPS 

P. ..MOBILE EQUIPMENT 

C. .. SERVER 

D. . .SERVER APPLICATION 
10...MOBILE EQUIPMENT CIRCUITS 



(57) Abstract: The invention concerns a method for processing and transmitting digital data on a mobile telephone network, in 
particular GSM, and more particularly for SIM toolkit applications, recorded on a SIM smart card of a mobile equipment (1). The 
method is characterised in that so-called master applications (30<I>M</I>) are transported on a distant server (3) with which the 
mobile equipment (1) communicates. Said applications (30<I>M</I>) communicate with the SIM smart card (2), via the mobile 
equipment circuits (10) and first and second types of SIM Toolkit applications, called reporters (21) and slave (22) respectively. The 
invention also concerns an onboard microchip system, in particular a SIM smart card. 

[Suite sur la page suivante] 
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— uvani I * expiration du delai prevu pour la modification des 
revendications, sera republiee si des modifications sont 
recues 



En ce qui concerne les codes a deux lettres et autres abrevia- 
tions f se referer aux "Notes explicatives relatives aux codes et 
abreviations" figurant au debut de chaque numero ordinaire de 
la Gazette du PCT. 



(57) Abrege : V invention concerne un proc&ie pour le traitement et la transmission de donnees numeriques sur un r£seau de telepho- 
nie mobile, notamment a la norme "GSM", et plus particulierement pour des applications a la norme dite "SIM Toolkit" enregistrees 
sur une carte a puce du type dit "SIM" d'un equipement mobile (I). Selon le procede, des applications (30A<), dites maitres, sont 
deportees sur un serveur ^loigne (3) avec lequel communique l'equipement mobile (1). Ces applications (30M) communiquent avec 
la carte a puce "SIM" (2), via les circuits de l'equipement mobile (10) et des premier et second types d'applications "SIM Toolkit", 
dites "rapporteuse" (21) et "esclave" (22), respectivement. L'invention concerne egalement un systeme embarque a puce electro- 
nique, notamment une carte a puce du type dit "SIM". 



WO 01/99448 
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PROCEDE POUR LE TRAITEMENT ET LA TRANSMISSION DE DONNEES SUR UN RESEAU DE 
TELEPHONE MOBILE ET SYSTEME EMBARQUE A PUCE ELECTRONIQUE 



L'invention concerne un procede de traitement et de transmission 
de donnees numeriques sur un reseau de telephonie mobile. 

Elle s'applique plus particulierement a un reseau de telephonie 
mobile conforme a la norme "GSM" (acronyme pour "Groupe special 
5 Systemes Mobiles publics de radiocommunications fonctionnant dans la 
bande des 900 MHz). 

L'invention concerne encore un systeme embarque muni d'une puce 
electronique pour la mise en ceuvre du procede. 

Dans le cadre de l'invention, le terme "reseau" doit etre compris 
w dans son sens le plus general. II inclut les composants de transmission 
proprement dits du reseau (sous-systemes de radiotransmission, cables de 
transmissions, faisceaux hertziens, sous-systemes "filaires" terrestres, etc.), 
mais aussi tous les systemes raccordes au reseau de telephonie mobile 
(stations de base, controleurs de station, commutateurs, annuaires, etc., et, 
15 de facon plus generate, tous systemes de traitement informatique de 
donnees et serveurs raccordes au reseau), y compris les postes, 
equipements ou stations mobiles detenus par les utilisateurs (abonnes) du 
reseau de telephonie mobile. 

Ces derniers dispositifs peuvent etre des telephones portatifs ou 
20 des terminaux plus complexes, par exemple un terminal cumulant les 
fonctionnalites de telephone et d'organiseur. Pour simplifier, sans 
restreindre en quoi que ce soit la portee de l'invention, ces dispositifs seront 
appeles ci-apres "telephones mobiles". Les telephones mobiles sont munis, 
notamment, d'un systeme embarque muni de moyens de traitement de 
25 I'information et de memorisation, incluant un module fonctionnel connu sous 
I'abreviation "SIM" (pour "Subscriber Identity Module" ou "Module 
d'identification d'abonne"). Egalement pour simplifier, on supposera ci-apres 
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que le module "SIM" est porte par une carte a puce. Un logiclel d'exploitation 
de la carte a puce est egalement prevu (dit "OS", pour "Operating System"). 

Dans I'etat actuel des techniques, les telephones mobiles des 
reseaux "GSM" ne sont plus seulement utilises pour telephones On peut les 
5 utiliser aussi pour traiter et envoyer des donnees numeriques, notamment 
sous la forme de courts messages (service dit "GSM-Data"). Ces messages 
ont typiquement une longueur de 160 septets ou de 140 octets, selon les 
applications. 

Recemment, on a assiste a I'apparition d'une technologie 
w normalisee dite "Sim Toolkit". Cette technologie fait d'ores et deja partie des 
services complementaires offerts par certains operateurs de telephonie 
mobile des reseaux "GSM". De fagon pratique, une piece de logiciel 
spScifique est implementee dans la carte a puce "SIM" du telephone. 

Cette norme permet aux applications, qui tournent sur la carte a 
15 puce ("SIM") des telephones mobiles, d'envoyer des commandes a 
I'equipement mobile associe de type : 

afficher un texte sur I'ecran du telephone mobile ; 

demander a I'utilisateur de taper du texte comme entree de 

('application 

20 demander I'appel telephonique d'un numero ; 

demander I'envoi d'un message court qui contient du texte ou des 

donnees, a un serveur ou a un autre telephone ; 

demander I'execution d'une commande sur une carte a puces 

auxiliaire dans I'equipement mobile ; 
25 etc. 

Ces commandes sont appelees commandes "pro-actives". 
La norme "Sim Toolkit" permet aussi aux applications de la carte a 
puce "SIM" de reagir suite a la reception d'un certain nombre d'evenements 
provenant de I'equipement mobile. Ces evenements sont de type : 
30 selection de ('application a partir d'une commande dite de "MENU" qui 

se trouve sur un clavier dont sont munis les equipements mobiles ; 
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reception-^uiHire^^ ou du 

systeme d'exploitation de la carte a puce "SIM" ; 
expiration du temps programme dans une minuterie de I'equipement 
mobile ; 

5 demande d'appel d'un numero telephonique ; 

etc. 

Les fonctionnalites apportees par cette norme permettent de 
developper un tres grand nombre d'applications distinctes sur la carte a 
puce, ce dans le but de fournir aux utilisateurs des services dits "a valeur 
10 ajoutee". 

Pour une description plus detaillee de la technologie "Sim Toolkit", 
on se reportera avec profit a la norme "GSM 1 1.14". 

En resume, dans I'etat de la technique actuelle, le standard "Sim 
Toolkit" consiste a developper des applications sur la carte a puce qui sont 

15 capables, a la fois, de commander I'equipement mobile supportant la carte a 
puce et aussi de reagir a des evenements provenant de cet equipement. Ce 
standard est aujourd'hui adopte par la majorite des constructeurs 
d'equipements mobiles et de cartes a puces. C'est un standard qui permet 
d'ecrire des applications a la fois puissantes et securisees. 

20 Une application "Sim Toolkit" communique en general avec une ou 

plusieurs applications installees sur des serveurs, via le canal des 
messages courts. Ce canal est independant de celui de la voix et est 
standardise par la norme "GSM". Les applications, qu'elles soient installees 
sur la carte "SIM" ou sur le serveur, peuvent a la fois envoyer et recevoir des 

25 messages courts qui contiennent du texte ou des donnees en format binaire. 
(Pour plus d'information sur les messages court en mode point a point, voir 
la norme "GSM 03.40") 

Cependant, et bien que le nombre et la nature des services "GSM" 
a valeur ajoutee precites s'averent a priori sans limitation, les operateurs 

30 telephoniques et les developpeurs d'applications logicielles sont 
constamment freines par la limitation des ressources disponibles sur la carte 
a puce. 
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En neffet,-les -deux— ineonvefflents-principaux— presentes— par ia 
technologie "Sim Toolkit" sont : 

1) la memoire insuffisante des cartes a puce pour heberger des 
applications "Sim Toolkit", car celles-ci ne component que quelques 
dizaines de kilo-octets en memoire : malgre toutes les optimisations 
effectuees par des developpeurs duplications logicielles tres experiments, 
les operateurs de services de telephonie buttent sur ce manque de memoire 
pour charger et/ou executer des applications "Sim Toolkit" en grand nombre 
;et 

2) le temps de reponse tres eleve des cartes a puces : en effet, 
c'est a la carte a puce, qui est dotee d'une puissance de calcul moindre 
comparee aux processeurs des equipements mobiles et surtout des 

- ~selveurs7^ue-Gette"-te"Ghnologie-impose - d'effectuer . les^ calculs les plus 
compliques, lors de ('execution des applications precitees. 

Or, il est clair que les besoins qui se font sentir vont dans une 
direction opposee. Tout d'abord, les operateurs de telephonie souhaitent 
mettre a la disposition de leurs abonnes le plus grand nombre possible de 
services annexes supplementaires. En outre, les operations effectuees par 
la carte a puce doivent I'etre dans un temps minimum. La multiplication des 
applications disponibles, dans la mesure d'ailleurs ou cette multiplication est 
possible, risque d'ailleurs de degrader les performances en rendant le temps 
de traitement encore plus long, du fait de mutuelles interactions. 

Malgre des progres importants de la technologie des cartes a puce, 
deja constates dans une periode recente, et previsibles dans un avenir 
proche, les facteurs de limitation precites restent et resteront un frein 
important. 

Une deuxieme technologie standardisee, appelee "WAP" (pour 
"Wireless Application Protocol"), a ete proposee recemment. Ce standard a 
pour but de permettre aux utilisateurs des telephones mobiles d'acceder au 
reseau Internet a partir de leurs telephones mobiles, via une liaison sans fil. 
Cette technologie n'est pas sans inconvenients. 
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-Tout-d'abordy ii-est-neeessaire-dMRstaller- un-navigateur-WAP", de 
type specifique, car il presente des caracteristiques differentes des 
navigateurs de type "WEB" classiques. Ce navigateur est installe sur 
Tequipement mobile qui, certes possede plus de memoire que la carte a 

5 puce, mais generalement beaucoup moins qu'un micro-ordinateur et 
naturellement qu'un serveur. En outre, bien que cette technologie presente 
I'avantage de permettre I'acces au reseau Internet, elle ne couvre pas toutes 
les fonctionnalites des applications "Sim Toolkit". A titre d'exemple non 
limitatif, une application "WAP" ne peut pas, comme dans le cas des 

10 applications "Sim Toolkit", commander les appels telephoniques. De plus, 
une application "WAP" ne peut pas garantir le meme degre de securite que 
celui offert par les applications "Sim Toolkit". En effet, celles-ci utilisent des 
•cles.secretes-enregistrees.xlans.d^ Par exemple, une 

application "WAP" ne peut pas demander I'authentification d'une application 

15 sur un serveur quelconque. Ce n'est d'ailleurs pas la seule fonction de 
securite devolue a la carte a puce "SIM". Elle assure egaiement la securite 
et la confidentialite des informations transmises. 

Pour assurer toutes ces fonctions, la carte a puce stocke un certain 
nombre de donnees dites "sensibles", des algorithmes de chiffrement et des 

20 cles associees, notamment : 

- le numero international d'abonne ou "IMSI" (pour "International Mobile 
Subscriber Identity") ; 

- I'identite temporaire attribuee a une station mobile lors de son 
deplacement ou "TMSI" (pour "Temporary Mobile Subscriber Identity") 

25 ; 

une cle d'authentification individuelle, une cle de chiffrement utilisee 
pour chiffrer et dechiffrer des donnees dites de signalisations et de 
trafic sur la voie radio et trois algorithmes distincts de chiffrement et 
dechiffrement ou de generation de cles ; et 
30 - un nombre de sequences de cles de chiffrement ou "CKSN" (pour 
"Ciphering Key Sequential Number"), indiquant la valeur de 
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chiffrement ci-dessus valable pour eviter {'utilisation de cles 
differentes par la station mobile et ie reseau. 
Le fait que ces informations ou donnees sensibles soient stockees 
dans la carte a puce et que les traitements correspondants soient effectues 
5 dans celle-ci permettent d'obtenir un haut degre de securite et de 
confidentialite. 

Enfin, dans I'etat actuel des techniques, le cout des equipements 
mobiles qui supportent la technologie "WAP" reste eleve, si on le compare 
au cout de ceux qui supportent la technologie "Sim Toolkit". 

w L'invention vise a pallier les inconvenients des dispositifs et 

systemes de I'art connu, et dont certains viennent d'etre rappeles, tout en 
satisfaisant aux besoins qui se font sentir. 

L'invention se fixe pour but un procede de traitement et de 
transmission de donnees numeriques sur un reseau de telephonie mobile, 

15 notamment a la norme "GSM" permettant d'apporter aux utilisateurs des 
telephones mobiles sur ce reseau, tous les services qu'on peut offrir avec 
les applications conforme a la technologie "Sim Toolkit", mais en 
s'affranchissant des limitations de memoires et de performances rencontrees 
lors du developpement des applications sur les cartes a puces, pour le 

20 moins en grande partie. 

Pour ce faire, l'invention tire avantageusement parti du fait que les 
applications conformes a la technologie "Sim Toolkit" peuvent notamment 
envoyer des messages courts et aussi entreprendre I'execution 
d'instructions, suite a la reception d'autres messages courts qui leur sont 

25 destinees. 

L'architecture de reseau de telephonie mobile selon l'invention est 
une architecture dans laquelle des applications "Sim Toolkit" : 

1) informent des applications installees sur au moins un serveur 
eloigne, raccorde au dit reseau de telephonie, de I'arrivee d'evenements 

30 provenant d'un equipement mobile : ces applications seront appelees ci- 
apres "applications Sim Toolkit rapporteuses" ; et 
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2)~ ~ executent-des-ncommandes-et-des- instructions suite a la 
demande d'applications implementees sur lesdits serveurs : ces dernieres 
applications seront appelees ci-apres "applications Sim Toolkit esclaves". 

De cette maniere, on peut deleguer I'execution de traitements 
5 lourds, grands consommateurs de ressources informatiques, qui 
s'effectuent, dans I'art connu, sur la carte a puce "SIM", a des applications 
implementees sur ces serveurs. 

Les serveurs precites ne presentent pas a priori de limitations 
intrinseques, comme dans le cas des cartes a puce "SIM", ni en ce qui 
10 concerne la quantite de memoire disponible, ni en ce qui conceme la 
puissance de calcul. Le nombre d'applications "Sim Toolkit" disponibles via 
une carte a puce "SIM" (et done le nombre de services offerts) peut alors 
._ :q§^. re _fo~rtement -wgmente\ "tout--en - permettant une grande vitesse de 
traitement. 

15 Par ailleurs, les fonctionnalites liees a la securite et la 

confidentialite restant confinees dans la carte a puce "SIM", comme dans 
I'art connu, un haut niveau de qualite de service continue d'etre garanti. 

L'invention a done pour objet principal un procede de transmission 
et de traitement de donnees numeriques sur un r^seau de t§lephonie 

20 mobile, ledit reseau comprenant au moins un equipement mobile et un 
serveur eloigne comprenant des moyens de traitement d'information et de 
stockage de donnees, communiquant entre eux via ledit reseau de 
telephonie mobile, ledit equipement mobile cooperant avec un systeme 
embarque a puce electronique comprenant des moyens de traitement 

25 d'information et de stockage de donnees destines a memoriser au moins des 
pieces de logiciel d'un type capable, tout a la fois, de commander ledit 
equipement mobile par remission de commandes determinees et de reagir a 
des evenements provenant de cet equipement par execution ^instructions 
associees a ces dits evenements, en vue de realiser des fonctionnalites 

30 associees a au moins une application predeterminee, caracterise en ce qu'il 
comprend Pimplementation d'au moins une premiere piece de logiciel 
particuliere, d'un type dit rapporteur, stockee dans lesdits moyens de 
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stockage de donnees-dudit -systeme -embarqu6--a-puee-electronique,- et 
('implementation d'au moins une piece de logiciel associee stockee dans 
lesdits moyens de stockage de donnees de i'un desdits serveurs eloignes, 
en ce que ladite piece de logiciel de type rapporteur retransmet a ladite 
5 piece de logiciel associee des donnees caracteristiques desdits evenements 
regus dudit equipement mobile et en ce que cette piece de logiciel associee 
execute, par I'intermediaire desdits moyens de traitement d'information dudit 
serveur eloigne, sur reception desdites donnees caracteristiques, tout ou 
partie desdites instructions associees a I'une desdites applications 
io predeterminees et retransmet des resultats de ladite execution au dit 
equipement mobile et/ou au dit systeme embarque a puce electronique. 

L'invention a encore pour objet un systeme embarque muni d'une 
puce eleGtronique~-coop§rant-avec-un.:equipement mobile connecte au dit 
reseau de telephonie mobile. 
15 L'invention va maihtenant etre decrite de facon plus detaillee en se 

referant aux dessins annexes, parmi lesquels : 

la figure 1 est un diagramme illustrant schematiquement les 
principales etapes de I'activation d'une application "Sim Toolkit" 
" situee'suF uh"serveur eloign§ par une application, selon un aspect 
20 de l'invention d'un premier type dit "rapporteur", situee sur une carte 

a puce "SIM" ; 

La figure 2 est un diagramme illustrant schematiquement 
I'interrelation selon l'invention, entre une application situee sur un 
serveur eloigne, d'un type dit "maTtre", et une application "Sim 
25 Toolkit" situee sur une carte a puce "SIM", d'un deuxieme type dit 

"esclave", selon un autre aspect de l'invention ; 

la figure 3 est un diagramme illustrant les principales etapes du 
procede selon l'invention d'envoi d'une commande "pro-active" 
conforme a la norme "GSM 11.14"; 
30 - la figure 4 est un diagramme explicitant, pour un exemple 

particulier, les principales etapes d'echanges de donnees et de 
commandes entre une application "Sim Toolkit" situee sur une carte 
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-a poce^'SiN^et-une^ppti^tion-sittiee-sur un-serveur eloigne, selon 
Tart connu ; et 

la figure 5 est un diagramme explicitant, pour cet exemple 
particulier, les principales etapes d'echanges de donnees et de 
5 commandes entre une application "Sim Toolkit" situee sur une carte 

a puce "SIM" et une application situee sur un serveur eloigne, selon 
le procede de Pinvention. 

On va maintenant decrire de fagon plus detaillee un exemple de 
realisation preferee d'architecture de reseau de telephonie mobile selon 

w Tinvention. 

Comme il a ete indique, selon Tune des caracteristiques de 
Tinvention, on delegue I'execution de traitements lourds, qui s'effectuent 
-dans-|'art-Gonnu^sur-la carte "SIM",:a:ries. applications implementees sur un 
ou plusieurs serveurs eloignes connectes au reseau. 

15 Selon une autre caracteristique de Tinvention, on prevoit deux 

categories principales d'applications "Sim Toolkit" que Ton a appele 
"Applications Sim Toolkit rapporteuses" et "Applications Sim Toolkit 
esclaves", respectivement, toutes deux implementees sur les cartes a puce 
"SIM". 

20 On va maintenant decrire de fagon plus detaillee les deux types 

d'application. 

Application "Sim Toolkit" rapporteuse 

Une application "Sim Toolkit" reagit en premier lieu aux evenements 
provenant du telephone mobile, ou de fagon plus generate de Tequipement 

25 mobile de Tabonne. Ces evenements arrivent a la carte a puce "SIM" dans 
une commande connue sous la denomination anglo-saxonne "Envelope". La 
commande "Envelope" peut contenir, par exemple, Tevenement "Menu 
Selection", avec comme indice de selection celui de cette application "Sim 
Toolkit". Cet evenement permet done de choisir une application dans un 

30 menu qui s'affiche sur des moyens de visualisation dont est pourvu le 
telephone mobile. Une description plus detaillee de cette commande peut 
etre trouvee dans la norme "GSM 1 1 .14". 



WO 01/99448 ^ / ' | PCT/FR01/01903 

10 

fequipement-mobiie-n J a-aueune-eoFinaissanee des-applications qui 
se trouvent sur les serveurs. Pour faire reagir une application sur un serveur 
aux evenements definis dans la norme "Sim Toolkit", il est necessaire de la 
coupler avec une application "Sim Toolkit" installee sur la carte "SIM", que 
5 Ton appellera ci-apres "application Sim Toolkit rapporteuse". L'equipement 
mobile voit I'application rapporteuse comme si elle etait une application "Sim 
Toolkit" classique. II n'a aucune connaissance de I'application 
correspondante situee sur un serveur. De ce point de vue, il y a 
transparence totale. 

10 L'application rapporteuse s'inscrit dans la carte "SIM" pour se 

mettre a I'ecoute des evenements auxquels son application correspondante 
implementee sur un serveur doit reagir. Des que I'application rapporteuse 
" reQOit-un-evettemert prepare un 

message court a destination de son application correspondante. Ce 

15 message court contient toutes les donnees caracterisant I'evenement regu. 
Son envoi est realise de facon pratique par une commande du type 
"commande pro-active" precite. 

L'application correspondante du serveur regoit le message court. 
Ce message I'informe de I'arrivee d'un evenement venant de l'equipement 

20 mobile. Elle entreprend alors le traitement relatif a la reception de cet 
evenement. Ce traitement peut consister, par exemple, a se connecter a un 
site "WEB". Elle peut aussi devenir une application dite maftre d'une autre 
application dite esclave implementee sur la carte a puce "SIM". Elle peut par 
consequent commander l'application esclave, pour qu'elle envoie des 

25 commandes "pro-actives" a l'equipement mobile et aussi pour qu'elle 
invoque des methodes stockees dans bibliotheques installees sur la carte a 
puce "SIM". 

La figure 1 est un diagramme illustrant schematiquement les 
principales etapes de Pactivation d'une application "Sim Toolkit" 30M situee 
30 sur un serveur eloigne 3 par une application de type "Sim Toolkit 
rapporteuse" 21 situee sur une carte a puce "SIM" 2 d'un equipement mobile 
1. Le serveur eloigne 3 et l'equipement mobile 1 de I'abonne Ab sont tous 
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deux connectes~a^ un- reseau^e-t6lephonieHfi©bile-/?-7^0n-expl}Giterneni 
represente). Ce reseau, bien connu de rHomme de Metier, et classique en 
soi, ne necessite aucune modification qui serait due au procede de 
I'invention. II s'ensuit que, a priori, tous les reseaux conformes a Tart connu 
5 conviennent, ce qui represente d'ailleurs un avantage supplemental de 
I'invention. II n'est done pas necessaire de decrire plus avant un tel reseau 
et ses ditferents composants. On pourra se referer avec profit, a titre 
d'exemple non limitatif, a I'article de jean CELLMER, intitule "Reseaux 
cellulaires, Systeme GSM", paru dans les 'Techniques de I'lngenieur", 
w Volume TE 7364, novembre 1 999, pages 1 a 23. 

L'equipement mobile 1, par exemple un poste telephonique 
portable, comprend des circuits electroniques classiques (memoires, 
- ~~proeesseur-,-ete^"0~Ces-demiers-peav^ntet carte a puce 

"SIM" 2 a I'aide d'un lecteur (non represente). La carte a puce "SIM" 2 
15 comprend egalement des circuits electroniques 20, notamment un 
processeur et des moyens de memoires dans lesquels peuvent §tre 
enregistrees des applications "Sim Toolkit" que Ton appellera classiques 
(non representees), car communes en soi a I'art connu, ainsi qu'une ou 
plusieurs applications "Sim Toolkit" rapporteuses 21 conformes a I'une des 
20 caracteristiques de I'invention. Sur la figure 1, pour illustrer le processus 
simplement, une seule application a ete representee, a I'exterieure des 
circuits 20 de la carte a puce "SIM" 2. Dans la realite, cette application 21 
est stockee, comme les applications de type classique, dans les moyens de 
memoire de la carte a puce 2. 
25 Les etapes precitees sont les suivantes (symbolisees par des 

fleches en trait plein sur la figure 1) : 

F1) les circuits 10 de l'equipement mobile 1 envoient une 
commande de type "Enveloppe" aux circuits 20 de la carte a puce "SIM" 2 
: cette commande "Enveloppe" contient un des evenements prevus par la 
30 norme GSM 11.14 precitee ; 

F2) les circuits 20 de la carte "SIM" 2 envoient cet evenement a 
une application "Sim Toolkit" rapporteuse 21 apte a y repondre ; et 
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F3) ^application "Sim Toolkit" rapporteuse 21 envoie ce meme 
evenement, dans un message court, a une application correspondante 
30/W situee dans le serveur 3 qui va la traiter, via le reseau RT. 

Pour des raisons qui seront explicitees ci-apres, I'application 30M 
5 sera appelee "application maftre". 

Application "Sim Toolkit" esclave 
De facon connue en soi, une application "Sim Toolkit" de Tart 
10 connu peut notamment : 

a) envoyer des commandes "pro-actives" conformes a la norme "GSM 
11.14" a I'equipement mobile : elle peut, par exemple, demander a 
I'equipement mobile d'afficher du texte ; 

b) envoyer des commandes conformes a la norme "GSM 11.11" precitee 
15 au systeme d'exploitation de la carte a puce "SIM", sans passer par 

I'equipement mobile ; et 

c) demander Pexecution de methodes stockees dans des bibliotheques 
implementees sur la carte a puce "SIM" : elle peut par exemple 
appeler une methode de la carte a puce "SIM" pour demander le 

20 chiffrement d'un message a I'aide d'une cle secrete stockee sur cette 

carte. 

Selon un aspect supplemental de I'invention, les applications 
implementees sur les serveurs eloignes sont dotees de ces fonctionnalites. II 
est ainsi possible de leur deleguer le traitement qui s'effectue, dans Tart 

25 connu, en ayant recours a une application "Sim Toolkit" classique 
implementee sur la carte a puce. 

Pour qu'une application implementee sur le serveur eloigne 3 
puisse effectuer ces operations, il est necessaire qu'elle puisse 
communiquer avec une application "Sim Toolkit" implementee sur la carte a 

30 puce "SIM" 2. Elle envoie alors des commandes a cette derniere application 
qui les execute. On appellera ci-apres les applications implementees sur les 
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serveurs^toignes -Apptt^^^ 

installees sur la carte a puce "SIM" "Application Sim Toolkit esclaves". 

La figure 2 est un diagramme illustrant schematiquement 
I'interrelation entre ces deux types duplications. 
5 Une application "Maitre" 30M envoie une commande (trait plein sur 

la figure 2) a une application "Sim Toolkit esclave" 22 Cette derniere 
application execute la commande, puis repOnd a I'application "MaTtre" 30M, 
en lui retournant le resultat de la commande (trait discontinu) apres 
traitement. 

w On va maintenant decrire de fagon detaillee comment une 

application "MaTtre" 30M peut envoyer des commandes des types a) a c) 
precites. 

— Envoi d'urie~cl)mmande— Dro-*active?— conforme - a la norme "GSM 
11.14" 

15 Les principles etapes du procede selon I'invention sont explicitees 

ci-dessous, par reference au diagramme de la figure 3 : 

a) une application maftre 30/W prepare une commande "pro-active" afin 
qu'elle soit executee par les circuits 1 0 d'un equipement mobile 1 : 
elle I'inclut dans~des ^6hneesTI'un"message" court a destination d'une 

20 application "Sim Toolkit" esclave 22 (via les circuits 10 d'un 

equipement mobile 1, sur lequel la commande "pro-active" est 
executee) - fleches F1 et F'2 sur la figure 3 - ; 

b) I'application "Sim Toolkit" esclave 22 analyse les donnees du 
message court regu : elle comprend que I'application maitre 30/W lui 

25 demande d'envoyer la commande "pro-active" aux circuits 10 de son 

equipement mobile 1 , elle transfere alors cette commande a 
Pequipement mobile 1 et se bloque en attente d'une reponse en retour 
-fleche P3-; 

c) les circuits 10 de I'equipement mobile 1 regoivent la commande "pro- 
30 active" : ils I'executent et envoient une reponse a la carte "SIM" 2, 

sous forme d'une commande communement appelee "Terminal 
Response" - fleche F'4 - , cette commande contenant le resultat de 
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I'execution-deHa -eommande~pPG-aetive" - par- les circuits 10- de 
I'equipement mobile 1 (par exemple, si la commande "pro-active" 
consiste a demander de mettre sous-tension une carte a puce 
auxiliaire, non representee, sur I'equipement mobile 1, le resultat 

5 envoye dans la commande "Terminal Response" contient une suite 

d'octets qui est la reponse d'une mise a zero de ia carte auxiliaire) ; 
d) Papplication "Sim Toolkit" esclave 22 qui est restee bloquee apres 
I'envoie de la commande "pro-active", se debloque suite a la 
reception de la commande 'Terminal Response" precitee ; 

w e) I'application "Sim Toolkit" esclave 22 prepare un message court 
contenant le resultat de la commande "pro-active" qu'elle trouve dans 
la commande 'Terminal Response" provenant des circuits 10 de 
tequipement.mobile 1^— -..„ 

f) I'application "Sim Toolkit" esclave 22 envoie ce message court, dans 
15 une commande "pro-active", a destination de I'application maTtre 30M, 

via les circuits 1 0 de I'equipement mobile 1 - fleche F'5 - ; 

g) les circuits 10 de I'equipement mobile 1 transferent le message court 
vers I'application maTtre 30M - fleche F'6 ; et 

h) I'application maftre 30M le regoit et traite la reponse de la commande 
20 "pro-active" qu'elle a precedemment envoyee. 

Envoi d'une commande non "pro-active", c'est-a-dire conforme a la 
norme "GSM 11.11" 

L'application maTtre 30M (figure 3) peut envoyer des commandes 
"GSM 11.11" a la carte a puce "SIM" 2 suivant deux methodes differentes, 
25 ces deux methodes pouvant etre utilisees indifferemment. 
Methode 1 

a) une application maTtre 30M prepare une commande, selon la 
norme "GSM 11.11", a destination d'une application "Sim Toolkit" esclave 22 
implementee sur la carte a puce "SIM" 2 : elle I'envoie dans un message 
30 court, via les circuits 10 de I'equipement mobile 1 ; 
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b) ~ I 'application-Sim-T-QQlkit^serave^a-aRalyse-les donnees du 
message court regu : elle transmet la commande trouvee dans ce message 
au systdme d'exploitation 23 de la carte a puce "SIM" 2 ; 

c) le systeme d'exploitation 23 de la carte a puce "SIM" 2 execute 
5 la commande qui vient de I'application "Sim Toolkit" esclave 22 et retoume 

une reponse a cette commande a cette application 22 ; 

d) I'application "Sim Toolkit" esclave 22 prepare un message 
court ayant comme destination une application maTtre correspondante 30/W, 
implementee sur le serveur eloigne 3 : ce message contient le resultat de la 

w commande "GSM 1 1.1 1" et est envoye par I'application esclave aux circuits 
10 de I'equipement mobile 1 , dans une commande "pro-active" ; 

e) les circuits 10 de I'equipement mobile 1 transferent le message 
court al'-adresse^u-destinatairer-iridiquee-dans .le-message_-Uji.-mejne, c'est- 
a-dire I'application maTtre 30M ; et 

15 f) I'application maTtre 30M le regoit et traite la reponse regue. 

Methode 2 

L'application maTtre 30, implementee sur le serveur eloigne 3, 
envoie directement une commande "GSM 11.11" dans un message court au 
systeme d'exploitation 23 de la carte a puce "SIM", selon les normes "GSM 
20 03.40" et "GSM 03.48". 

L'avantage de cette solution est sa simplicity car elle ne necessite 
pas la presence d'une application "Sim Toolkit" esclave, comme dans le cas 
de la methode 1. 

Par contre, I'inconvenient de la methode 2 est que tres peu de 
25 systemes d'exploitation de cartes a puce "SIM" implementent pleinement 
cette fonctionnalite. En general, une application d'un serveur peut envoyer 
un scenario de commandes dans un message court pour etre execute, mais 
la carte a puce "SIM" ne retoume pas le resultat de la commande. Si, par 
exemple, I'application implementee sur le serveur a besoin de connaftre le 
30 contenu d'un fichier sur la carte a puce "SIM", elle ne le pourra pas, sur la 
majorite des cartes a puce "SIM". 

Appel d'une fonction d'une bibliotheaue de la carte a ouce "SIM" 
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Gomme il-a ete-indiquer-une-applieation "Sim-Toolkit" peut avoir 
besoin de demander I'execution d'une fonction comprise dans une 
bibliotheque de la carte a puce "SIM" (operation c) precitee). II existe deux 
categories principals de fonctions dans une carte a puce "SIM" : 
5 1 ) les fonctions qui font appel dans leurs parametres a au moins 

une cle secrete stockee dans la carte a puces : ces fonctions sont utilisees 
pour chiffrer, dechiffrer, signer ou verifier une signature ; et 

2) les fonctions qui, au contraire, n'utilisent pas de cles secretes. 
Les fonctions de la premiere categorie ne peuvent pas etre 
w deportees sur un serveur si on veut conserver un degre eleve de securite, 
comme il a ete rappele. Une application esclave 22 (figure 3) doit etre 
capable de les appeler suite a une demande de ('application maftre 30M. 

— Une— convention doit exister entre I'application esclave 22 et 
Implication maitre 30/W pour permettre a cette derniere d'effectuer des 
15 operations de chiffrement/dechiffrement et de signature avec des cles 
secretes de la carte a puce "SIM" 2. 

Par exemple, I'application maftre 30/W envoie un message a 
I'application esclave 22 dans lequel elle indique la nature de la fonction de 
cryptolbgie - a~ effectuer (par " exemple" un" cnifffement faisant appel a 
20 I'algorithme connu sous le sigle anglo-saxon "DES", pour "Data Encryption 
System"). Elle indique aussi les references de la cle a utiliser, stockee dans 
la carte a puce "SIM" 2 et le message a chiffrer. L'appli cation esclave 22 
appelle la fonction de chiffrement appropriee et retoume le resultat a 
I'application maitre 30A7. 
25 Pour la deuxidme categorie de fonctions, il est possible de faire 

appel a la meme methode que celle utilisee pour la premiere categorie, 
mais, conformement a une caracteristique avantageuse de I'invention, ces 
fonctions sont implementees directement sur un serveur eloigne 3. 
L'avantage de cette solution est que le traitement se fait sans aucun besoin 
30 de connexion, sur une machine a priori beaucoup plus puissante que la 
carte a puce "SIM" 2. 
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Conform^Tnenrai'ane-des^caract^ristiqaes de ('invention, une partie 
des applications "Sim Toolkit" est implementee directement sur un ou 
plusieurs serveurs eloignes 3. Pour assurer une migration aisee de ces 
applications "Sim Toolkit" a partir des cartes a puces "SIM", il est egalement 
5 necessaire d'implementer toutes les fonctions associees qui se trouvent 
dans des bibliotheques de la carte a puce "SIM". 

Pour fixer les idees, si on considere des cartes dites "Java" (marque 
deposee), ces fonctions sont constitutes par des "APIs Javacard", des "APIs 
GSM 03.19", ainsi que des "APIs" dits "proprietaires", c'est-a-dire 
w specif iques. "Java" est un langage de programmation oriente objet 
developpe par la societe "Sun Microsystems Inc." et les "APIs" sont des 
interfaces programmables avec les applications. Le langage "java" permet 
notamment-'de-deveropper-de -Gourtes- applications -connues sous le sigle 
anglo-saxon "applet" ("appliquettes"). Les applications "Sim Toolkit" peuvent 
15 etre realisees a base "d'applets". 

Par ces dispositions propres a I'invention, il est possible d'assurer 
qu'une application en technologie "Sim Toolkit" existante, qui s'execute dans 
I'art connu sur une carte a puce "SIM", s'executera egalement sur un serveur 
eloigne, ce sans qu'il soit necessaire de modifier une ligne de code, ce qui 
20 constitue un avantage supplemental de I'invention. 

II a ete suppose jusqu'a ce point que la technologie dite des 
messages courts (c'est-a-dire conforme a la norme "GSM 03.40") etait mise 
en osuvre comme technologie de transport. Le recours a cette technologie 
est avantageux car : 
25 1 ) elle est tres repandue aujourd'hui dans les reseaux "GSM" ; et 

2) elle est disponible parmi les evenements et les commandes "pro- 
actives" de la norme "Sim Toolkit" (c'est-a-dire conforme a la norme 
"GSM 11.14"). 

- Cependant, il doit etre clair qu'il est possible de mettre en ceuvre 
30 bien d'autres technologies de transport sur des liaisons de transmission 
sans fil qui existent entre une carte a puce "SIM" et un serveur eloigne, 
technologies actuellement disponibies ou qui le seront dans le future 
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Les rneeanismes des applications "Sim Toolkit" esclaves et 
rapporteuses definis ci-dessus ne necessiteront pas de modifications, ce qui 
assure une grande perennite au procede selon I'invention. 

Dans le mecanisme des applications "Sim Toolkit" esclave et 
5 maTtre, Implication "Sim Toolkit" esclave a ete supposee completement 
esclave. II est possible d'envisager, tout en restant dan le cadre de 
I'invention, des applications "Sim Toolkit" esclaves possedant aussi une 
certaine "intelligence". Ce type duplication, que Ton pourra appeler 
"hybride" est alors capable, a la fois, d'obeir a une application maTtre et 
w d'effectuer des traitements locaux de fagon autonome. En effet, une 
application "Sim Toolkit", fusse-t-elle de type esclave, continue de posseder 
les possibilites inherentes aux applications "Sim Toolkit" classiques. 

De meme, il est possible d'adjoindre une fonctionnalite de type 
similaire, c'est-a-dire une certaine "intelligence", aux applications 
15 rapporteuses. 

On est amene a constater que le fait de deporter des fonctionnalites 
applicatives d'une carte a puce "SIM" vers un serveur eloigne augmente le 
trafic sur le reseau et peut avoir, dans certaines conditions defavorables, 
des consequences non negligeables sur les temps de reponse, car le debit 

20 du protocole des messages courts est faible. 

Aussi, dans la pratique, on prefere le plus souvent des applications 
"Sim Toolkit" qui sont a la fois esclaves et autonomes, et/ou des applications 
"Sim Toolkit" qui sont a la fois rapporteuses et autonomes, ce qui permet de 
minimiser I'impact negatif de I'augmentation de trafic precite. 

25 De fa ?on pratique egalement, on cherche a trouver un compromis 

entre I'utilisation des ressources de la carte a puce "SIM" et ('envoi des 
messages courts qui peut s'averer penalisant en terme de performance. 

On doit egalement noter que des authentications entre les 
applications "Sim Toolkit" implementees sur la carte a puce "SIM", qu'elles 

30 soient esclaves ou rapporteuses, et des applications implementees 
directement sur un serveur doivent avoir lieu. Elles peuvent etre realisees en 
respectant la norme "GSM 03.48". 
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— eette-norme-pr§voit-aussHe-chiffrement-de certaines- informations 
qui sont transportees lors des echanges entre une carte a puce "SIM" et un 
serveur eloigne. 

En general, une application mattre doit communiquer avec plusieurs 
5 applications esclaves. Pour ce faire, il est avantageux d'avoir recours a la 
technique dite de «Threads» lors de ^implementation des "APIs" sur les 
serveurs. 

Dans I'etat actuel des techniques, les cartes a puce "SIM", de type 
"Java" precite, qui implementent la norme "GSM 03.19", ne savent pas 
10 envoyer une commande aux equipements mobiles sans passer par une 
classe d'objet connue sous la denomination "sim.toolklt.ProactlveHandler". 
Lorsqu'une application "Sim Toolkit" esclave regoit une commande "pro- 
:^aetive--envoyee-par— une-- application^ maTtre^-elle doit- -la - reconstruire en 
utilisant des methodes d'une classe objet connue sous la denomination 
15 "ProactiveHandler". On constate qu'il est done necessaire de r§-effectuer 
tout le travail prepare par le serveur qui a envoye la commande, ce avant 
d'envoyer une commande "pro-active" a Pequipement mobile. 

Pour que le mecanisme des applications esclaves et maTtres, selon 
une des caracteristiques de I'invention, conserve tous ses avantages, on 
20 implemente avantageusement sur la carte a puce "SIM", une fonction qui ne 
lait qu'envoyer a I'equipement mobile une commande "pro-active" a partir 
d'un tableau d'octets quelconque. L'application "Sim Toolkit" esclave peut 
alors accepter la commande "pro-active" regue, commande qui etait 
preparee et envoyee par l'application maTtre. Elle I'envoie ensuite a 
25 I'equipement mobile sans devoir effectuer aucun traitement supplementaire. 
Exemole de realisation pratique 

On va maintenant decrire de fagon plus detaillee un exemple de 
realisation pratique par reference aux figures 4 et 5. 

On suppose que Ton desire acceder a n services implements sur 
30 un serveur de messages courts. Ces services seront appeles ci-apres, de 
fagon arbitraire, Service 1 , Service 2, Service n. On suppose que les 
applications "Sim Toolkit" sont realisees a base d'applets "Java". 
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-teijeveluppeiTierit-d'ane-telle-appiication avec ia-technojegie "Sim 
Toolkit" classique, c'est-a-dire conforme a Part connu, necessite le 
developpement : 

1) d'une application "Sim Toolkit", que I'on peut appeler "AppST, 
5 implementee sur une carte a puce "SIM" ; et 

2) d'une autre application, que Ton peut appeler "AppOTA", implementee 
sur un serveur eloigne, que I'on appellera "OTA" (pour "Over The 

Air")- 

L'application "AppST repond a deux evenements qui sont : "Menu 
10 Selection 1 ' (selection de menu) et "SMS PP Download" (telechargement de 
messages courts). 

Quand l'application "AppST, recoit Pevenement "Menu Selection", 
elle envoie -Vl'equipement^obile-une-commander ^ro=.active" denommee 
"Select Item", c'est-a-dire la selection d'un item du menu (un service) parmi 
15 les n services proposes. 

L'utilisateur choisit par exemple le service de rang ou indice 
arbitraire /, ou Service /'. Une applet de l'application "AppST envoie, dans 
une commande "pro-active", un message court a l'application "AppOTA" lui 
indiquant que l'utilisateur demande le service Service i. 
20 L'application "AppOTA" recoit le message court venant de 

l'application "AppST et lui repond en lui retournant le contenu de Service i 
dans un autre message court. 

Quand l'application "AppST regoit le message court venant de 
l'application "AppOTA", elle envoie une commande "pro-active" de type dit 
25 "Display Text' (affichage de texte) pour afficher son contenu sur I'ecran du 
mobile. 

La figure 4 est un diagramme illustrant schematiquement les huit 
etapes precedentes, conformes a Part connu : 
Etape 1 : envoi par les circuits 10 de Pequipement mobile 1 de "Menu 
30 Selection Event" a l'application "AppST 30' ; 

Etape 2 : envoi par l'application "AppST 30' de "Select Item" aux circuits 
1 0 de Pequipement mobile 1 ; 
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Etape-3-r-reponse-de-ces- circuits-par-Fenvoi -de -Terminal -response" a 

I'application "/\ppSr 30' ; 
Etape 4 : envoi par celle-ci de "Send SM (indice i)" (envoyer message 

court d'indice i) a I'application "AppST 30' ; 
5 Etape 5 : envoi par ces derniers de "Short Msg (indice i)" (envoi du 

message court d'indice i) a I'application "AppOTA" 21 ' ; 
Etape 6 : reponse de celle-ci et envoi de "Short Msg (Service T)" 

(message court pour le service d'indice "/") ; 
Etape 7 : envoi par les circuits 10 de I'equipement mobile 1 de "SMS PP 
w Download Event' a I'application "AppST 30' ; et 

Etape 8 : envoi par I'application de "AppST 30' de "Display Text (Service 

T) n aux circuits 10 de I'equipement mobile 1 pour affichage du 

x:ontenu::dtL.message_CQurt:associe„au service d'indice T pour 

I'affichage du contenu sur un ecran 1 1 de I'equipement mobile 

15 1. 

Le developpement de cette meme application, selon le procede de 
I'invention, s'effectue de la fagon decrite ci-dessous, en regard de la figure 
5. 

On installe sur la carte a puce 2 deux applications "Sim Toolkit" 
20 constitutes par des applets "Java" : la premiere est I'application rapporteuse 
21 qui transmet les evenements recus dans des messages courts a une 
application correspondante, ou application maftre 30M du serveur 3. 

La deuxieme est Tapplication esclave 22 qui execute les ordres de 
I'application maitre 30M du serveur 3. 
25 II est a remarquer que I'application maftre 30M du serveur 3 joue le 

role des deux applications "AppST et "AppOTA" de ('art connu decrit en 
regard de la figure 4. 

Une fois que cette application 30M regoit I'evenement "Menu 
Selection", elle devient le maitre de I'application "Sim Toolkit" esclave 22. 
30 Elle lui demande d'abord de transmettre aux circuits 10 de 

I'equipement mobile 1 la commande "pro-active" "Select Item" precitee. 
Quand elle recoit la reponse de cette commande, elle lui demande de 
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nouveau d'executer la-comrTande ^ro^ctive^D/sp/ay -TexFpeur-affieher ie 
service selectionne. 

Le procede selon invention, pour Papplication decrite, comprend 
desormais douze etapes detaillees ci-apres : 
5 Etape 1 : envoi par les circuits 10 du mobile 1 de "Menu Selection Event" 
a 1'application rapporteuse (cette etape est initiee par I'usager 
de I'equipement mobile 1) ; 
Etape 2 : reponse et envoi par Papplication rapporteuse 21 de "Send SM 
(Menu Selection)" (envoyer un message court de selection de 
w menu) aux circuits 10 du mobile 1 ; 

Etape 3 : envoi par les circuits 10 du mobile 1 de "SM (Menu Selection)" 

a Papplication 30M (partie "AppSV de cette application) ; 
Etape-4 :nraitem©nt-et-envoi-par-^ Item)" 
aux circuits 10 du mobile 1 ; 
15 Etape 5 : envoi par ces derniers de "SMS PP Download Event" a 

I'application esclave 22 ; 
Etape 6 : traitement par I'application esclave 22 et envoi de "Select Item" 

aux circuits 1 0 du mobile 1 ; 
Etape 7 : envoi par les circuits 10 du mobile 1 de "Terminal Response 
20 (indice i)" a I'application esclave 22 ; 

Etape 8 : envoi par cette derniere de "Send SM (Indice T)" aux circuits 
10 du mobile 1 ; 

Etape 9 : envoi par les circuits 10 du mobile 1 de "SM (selected indice 
"i")" (message court pour traitement a I'indice selectionne T) a 
25 I'application 30M (partie "AppOTA") ; 

Etape 10 : traitement et envoi par I'application 30M de "SM(Display Text 

Service "i")" aux circuits 10 du mobile 1 ; 
Etape 11 : envoi par ces derniers de "SMS PP Download Event" a 
I'application esclave 22 ; et 
30 Etape 12 : traitement et envoi de "Display text (Service "i")" aux circuits 10 

du mobile 1 , pour affichage du contenu du message court. 
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te-mise-ennDeuvre^u-proc^d^-selonHHnventioFHnduit-uRe- legere 
augmentation du trafic sur le reseau, puisque le nombre d'etapes est 
superieur pour une meme application. Cependant, ('application principale 
associee a un service determine a ete deportee de la carte a puce "SIM" 2 

5 vers le serveur 3. II s'ensuit que le nombre de services n'est potentiellement 
plus limite, puisqu'il n'est plus necessaire de charger autant d'applets sur la 
carte a puce "SIM" 2. Les ressources en memoire du serveur 3 sont en effet 
incomparablement superieures a celles presentes dans ia carte a puce 
"SIM" 2. De meme la vitesse de traitement est tres grande, car le ou les 

\0 processeurs presents sur le serveur 3 sont egalement beaucoup plus 
puissant que ceux que I'on peut implanter dans la carte a puce "SIM" 2. 

En outre, suivant le contexte precis dans lequel il se trouve, un 
developpeupd'applications-logiciel^ de 
facon optimisee les traitements a realiser entre la carte a puce "SIM" 2 et le 

15 serveur 3, selon un aspect supplemental re avantageux de I'invention qui a 
et§ explicite. 

Pour ce faire, certaines applications "Sim Toolkit" peuvent §tre 
laissees sur la carte a puce "SIM" 2. Ces d'applications fonctionnent de 
facon identique, ou pour le moins tres "similaire, aux applications de I'art 
20 connu. 

Selon une autre variante de realisation, permise par le procede de 
I'invention, tout ou partie des applications esclaves 22 et/ou rapporteuses 21 
peuvent etre du type hybride precite, c'est-a-dire conserver une certaine 
autonomie. II s'ensuit que, dans ce cas, une partie des traitements continue 
25 d'etre realisee en local, ce qui diminue en proportion le trafic entre la carte a 
puce "SIM" 2 et le ou les serveur(s) eloigne(s) 3. 

A la lecture de ce qui precede, on constate aisement que I'invention 
atteint bien les buts qu'elle s'est fixes. 

Elle permet notamment de deporter les traitements "lourds", grands 
30 consommateurs de ressources informatiques, sur des systemes de 
traitements de donnees (serveurs eloignes) ne presentant pas de limitations, 
du moins de limitations importantes, notamment en moyens de stockage de 
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donnees. En outre ies traitements peuvent §tre effectues a grande vitesse, 
car Ies moyens de calculs presents sur ces systemes sont egalement tres 
rapides et puissants. 

Selon un autre aspect de I'invention, bien que le procede selon 

5 I'invention puisse impliquer un surplus de trafic, dans certaines conditions, 
cet inconvenient peut toutefois etre fortement minimis^ en optimisant la part 
des traitements deportes et la part des traitements restant effectues en local, 
c'est-a-dire sur la carte a puce "SIM" ou tout module en faisant fon.ction. 

De ce fait, I'invention permet d'offrir un nombre virtuellement illimite 

10 de services sans devoir augmenter pour autant la quantite de donnees a 
stocker sur la carte a puce "SIM", ou pour le moins de facon marginale. 

On doit aussi bien comprendre que Ies applications deportees 
precitees englobent des applications "Sim Toolkit" proprement dites, mais 
aussi des fichiers de donnees associes. A titre d'exemple, ii peut etre 

15 avantageux de deporter Ies donnees personnelles d'un utilisateur, ce que 
I'on nomme habituellement son "environnement", sur un serveur eloigne : 
carnet d'adresses, liste de numeros de telephone, etc. La encore, la taille de 
ces fichiers devient virtuellement illimitee. 

On peut enfin remarquer, que I'invention presente I'avantage, 

20 lorsqu'une mise a jour d'une ou plusieurs application(s) doi(ven)t etre 
effectuee(s), si celle(s)-ci est(sont) implantee(s) sur un . serveur eloigne, 
cette mise a jour peut etre realisee par I'operateur de fagon tres simple et 
rapide, car centralisee. Dans le cas d'applications "Sim Toolkit" standards, 
c'est-a-dire conformes a I'art connu, implantees sur Ies cartes a puce, la 

25 meme operation necessiteraient la modification de toutes Ies cartes a puce 
stockant Ies applications a mettre a jour, c'est-a-dire le plus souvent leur 
remplacement. 

II doit etre clair cependant que I'invention n'est pas limitee aux seuls 
exemples de realisations explicitement decrits, notamment en relation avec 
30 Ies figures 1 a 3 et 5. 

Elle n'est pas non plus limitee, comme il a ete indique, seulement a 
des protocoles de transmission utilisant des messages courts. 
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-Enfmr si-elte— s'applique-avantageusement- a -des-reseaux -de 
telephone au standard "GSM", d'autres standards peuvent convenir, et 
notamment les standards en cours d'elaboration : "GPRS", "UTMS", etc. De 
fagon generate, I'invention trouve application a chaque fois que Ton utilise 
un equipement mobile cooperant avec une carte a puce ou tout systeme 
embarque similaire, et qu'il existe une separation entre des fonctions 
directement implantees dans ce systeme embarque et des fonctions 
presentes dans Pequipement mobile. 

Elle permet aussi un interfagage avec des applications de type 
"WAP" ou de reaiiser des fonctions de ce type. Par exemple, une application 
maTtre, presente sur un serveur eloigne, peut directement acceder au reseau 
Internet, a la demande de I'equipement mobile, sans repasser au prealable 
•par-l'equipement-mobile.-Le-r§sultat-des .requeies_posees est ensuite 
renvoye a I'application esclave, selon le processus propre a I'invention. 
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REVENDICATIONS 

1. Procede de transmission et de traitement de donnees numeriques sur un 
reseau de telephonie mobile, ledit reseau comprenant au moins un 
equipement mobile et un serveur eloigne comprenant des moyens de 
traitement d'lnformation et de stockage de donnees, communiquant entre 
eux via ledit reseau de telephone mobile, ledit equipement mobile 
cooperant avec un systeme embarque a puce electronique comprenant 
des moyens de traitement d'information et de stockage de donnees 
destines a memoriser au moins des pieces de logiciel d'un type capable, 
tout a la fois, de commander ledit equipement mobile par remission de 
commandes determines et de reagir a des evenements provenant de cet 
equipement par execution d'instructions associees a ces dits evenements, 
en vue de realiser des fonctionnalites associees a au moins une 
application predeterminee, caracterise en ce qu'il comprend 
I'implementation d'au moins une premiere piece de logiciel particuliere 
(21), d'un type dit rapporteur, stockee dans lesdits moyens de stockage 
de donnees dudit systeme embarque a puce electronique (2 - 20), et 
I'implementation d'au moins une piece de logiciel associee (30/W) stockee 
dans lesdits moyens de stockage de donnees de I'un desdits serveurs 
<§loignes (3), en ce que ladite piece de logiciel de type rapporteur (21) 
retransmet a ladite piece de logiciel associee (30M) des donnees 
caracteristiques desdits evenements recus dudit equipement mobile (1 - 
10) et en ce que cette piece de logiciel associee (30/W) execute, par 
I'intermediaire desdits moyens de traitement d'information dudit serveur 
eloigne (3), sur reception desdites donnees caracteristiques, tout ou 
partie desdites instructions associees a I'une desdites applications 
predeterminees et retransmet des resultats de ladite execution au dit 
equipement mobile (1-10) et/ou au dit systeme embarque f puce 
electronique (2 - 20). 
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2. Procecie sel'oTnaTeveT^ication^ 
embarque a puce electronique (2 - 20) etant sous la commande d'un 
systeme d'exploitation determine, ladite piece de logiciel associee (30M) 
implemented sur un desdits serveurs eloignes (3) transmet lesdits 
resultats d'execution sous forme de commandes envoyees directement au 
dit systeme d'exploitation pour realiser une operation determinee et en ce 
que des resultats de cette operation sont retransmis a ladite piece de 
logiciel associee (30M). 

3. Procede selon la revendication 1, caracterise en ce que, lesdites 
pieces de logiciel associees {30M) implementees sur lesdits serveurs 
eloignes (3) etant d'un type dit maitre, il comprend ('implementation d'au 

_ - moins .u ne . deuxieme- piece..deAogi cieLparlcuJ,ie re, (22), .type.dit esclave, 
stockee dans lesdits moyens de stockage dudit systeme embarque a puce 
electronique (2 - 20), en ce que chacune desdites pieces de logiciel de 
type esclave (22) recoit des commandes d'une desdites pieces de logiciel 
de type maitre (30M), qui lui est associee, et execute lesdites commandes 
par rintermediaire desdits moyens de traitement d'information dudit 
systeme embarque a puce Electronique (2 - 20), et en ce que ladite piece 
de logiciel de type esclave (22) retransmet des resultats de ladite 
execution de commandes a ladite piece de logiciel de type maTtre 
associee (30M). 

4. Procede selon la revendication 3, caracterise en ce que lesdites pieces 
de logiciel de types rapporteur (21) et/ou esclave (22) sont associees a 
une fonctionnalite supplementaire, d'un type dit autonome, de maniere a 
ce que ces pieces de logiciel (21 , 22) puissent executer directement sur 
ledit systeme embarque a puce electronique (2 - 20) une partie preetablie 
desdites applications predeterminees. 

5. Procede selon la revendication 4, caracterise en ce que ledit reseau de 
telephonie mobile obeit a la norme dite "GSM" et lesdites pieces de 

30 logiciel obeissent a la norme "GSM 1 1 .14". 
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6. Precede selon ia revendication 1 , caracteris6 en ce que, ledit reseau 
de telephonie comprenant au moins deux canaux de transmission 
distincts, un canal dit de donnees de voix et un canal dit de messages, 
lesdites donnees numeriques transmises sont constituees de messages 
d'un type dit court comprenant 140 octets ou 160 septets transmis par 
ledit canal de messages. 

7. Systeme embarque equipe d'une puce electronique comprenant des 
moyens de traitement d'information et de stockage de donnees destines a 
memoriser au moins des pieces de logiciel du type capable, tout a la fois, 
de commander ledit equipement mobile par remission de commandes 
determinees et de reagir a des evenements provenant de cet equipement 
par execution ^instructions associees a ces dits evenements, en vue de 
realiser des fonctionnalites associees a au moins une application 
predeterminee, ledit systeme embarque a puce electronique cooperant 
avec un equipement mobile relie a un reseau de telephonie mobile, ledit 
reseau de telephonie mobile etant connecte avec au moins un serveur 
eloigne comprenant des moyens de traitement d'information et de 
stockage de donnees communiquant avec ledit equipement mobile via 
ledit reseau de telephonie mobile, caracten'se en ce que ledit systeme 
embarque a puce electronique (2 -20) stocke dans ses dits moyens de 
stockage de donnees au moins une premiere piece de logiciel particuliere 
(21), d'un type dit rapporteur, destinee a retransmettre a une piece de 
logiciel associee (30/W), stockee dans lesdits moyens de stockage de 
donnees de I'un desdits serveurs eloignes (3), qui lui est associee, des 
donnees caracteristiques desdits evenements recus dudit equipement 
mobile (1 - 10 ), de maniere a ce que cette piece de logiciel associee 
(30/W) execute, par Tintermediaire desdits moyens de traitement 
d'information dudit serveur eloigne (3), sur reception desdites donnees 
caracteristiques, tout ou partie desdites instructions associees a Tune 
desdites applications predetermines et retransmettre des resultats de 
ladite execution au dit equipement mobile (1 - 10) et/ou au dit systeme 
embarque a puce electronique (2 - 20). 
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PROCEDE POUR LE TRAIT EM ENT ET LA TRANSMISSION DE 
DONNEES NUMERIQUES SUR UN RESEAU DE TELEPHONIE MOBILE, 
NOTAMMENT A LA NORME "GSM", ET SYSTEME EMBARQUE A PUCE 

ELECTRONIQUE 

^invention concerne un procede de traitement et de transmission 
de donnees numeriques sur un reseau de telephonie mobile. 

Elle s'applique plus particulierement a un reseau de telephonie 
mobile conforme a la norme "GSM" (acronyme pour "Groupe special 
Systemes Mobiles publics de radiocommunications fonctionnant dans la 
bande des 900 MHz). 

Uinvention concerne encore un systeme embarque muni d'une puce 
electronique pour la mise en oeuvre du procede. 

Dans le cadre de Tinvention, le terme "reseau" doit etre compris 
dans son sens le plus general. II inclut les composants de transmission 
proprement dits du reseau (sous-systemes de radiotransmission, cables de 
transmissions, faisceaux hertziens, sous-systemes "filaires" terrestres, etc.), 
mais aussi tous les systemes raccordes au reseau de telephonie mobile 
(stations de base, controleurs de station, commutateurs, annuaires, etc., et, 
de fagon plus generale, tous systemes de traitement informatique de 
donnees et serveurs raccordes au reseau), y compris les postes, 
equipements ou stations mobiles detenus par les utilisateurs (abonnes) du 
reseau de telephonie mobile. 

Ces derniers dispositifs peuvent etre des telephones portatifs ou 
des terminaux plus complexes, par exemple un terminal cumulant les 
fonctionnalites de telephone et d'organiseur. Pour simplifier, sans 
restreindre en quoi que ce soit la portee de I'invention, ces dispositifs seront 
appeles ci-apres "telephones mobiles". Les telephones mobiles sont munis, 
notamment, d'un systeme embarque muni de moyens de traitement de 
reformation et de memorisation, incluant un module fonctionnel connu sous 
Tabreviation "SIM" (pour "Subscriber Identity Module" ou "Module 
d'identification d'abonne"). Egalement pour simplifier, on supposera ci-apres 
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que le module "SIM" est porte par une carte a puce. Un logiciel Sexploitation 
de la carte a puce est egalement prevu (dit "OS", pour "Operating System"). 

Dans I'etat actuel des techniques, les telephones mobiles des 
reseaux "GSM" ne sont plus seulement utilises pour telephones On peut les 
utiliser aussi pour traiter et envoyer des donnees numeriques, notamment 
sous la forme de courts messages (service dit "GSM- Data"). Ces messages 
ont typiquement une longueur de 160 septets ou de 140 octets, selon les 
applications. 

Recemment, on a assiste a I'apparition d'une technologie 
normalisee dite "Sim Toolkit". Cette technologie fait d'ores et deja partie des 
services complementaires offerts par certains operateurs de telephonie 
mobile des reseaux "GSM". De fagon pratique, une piece de logiciel 
specifique est implementee dans la carte a puce "SIM" du telephone. 

Cette norme permet aux applications, qui tournent sur la carte a 
puce ("SIM") des telephones mobiles, d'envoyer des commandes a 
I'equipement mobile associe de type : 

afficher un texte sur I'ecran du telephone mobile ; 

demander a I'utilisateur de taper du texte comme entree de 

('application 

demander I'appel telephonique d'un numero ; 

demander renvoi d'un message court qui contient du texte ou des 

donnees, a un serveur ou a un autre telephone ; 

demander I'execution d'une commande sur une carte a puces 

auxiliaire dans I'equipement mobile ; 

etc. 

Ces commandes sont appelees commandes "pro-actives". 
La norme "Sim Toolkit" permet aussi aux applications de la carte a 
puce "SIM" de reagir suite a la reception d'un certain nombre d'evenements 
provenant de I'equipement mobile. Ces evenements sont de type : 

selection de ('application a partir d'une commande dite de "MENU" qui 
se trouve sur un clavier dont sont munis les equipements mobiles ; 
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reception d'un message court a destination cTune application ou du 
systeme d'exploitation de la carte a puce "SIM" ; 
expiration du temps programme dans une minuterie de I'equipement 
mobile ; 

demande d'appel d'un numero telephonique ; 
etc. 

Les fonctionnalites apportees par cette norme permettent de 
developper un tres grand nombre duplications distinctes sur la carte a 
puce, ce dans le but de fournir aux utilisateurs des services dits "a valeur 
ajoutee". 

Pour une description plus detaillee de la technologie "Sim Toolkit", 
on se reportera avec profit a la norme "GSM 1 1 .14". 

En resume, dans I'etat de la technique actuelle, le standard "Sim 
Toolkit" consiste a developper des applications sur la carte a puce qui sont 
capables, a la fois, de commander Tequipement mobile supportant la carte a 
puce et aussi de reagir a des evenements provenant de cet equipement. Ce 
standard est aujourd'hui adopte par la majorite des constructeurs 
d'equipements mobiles et de cartes a puces. C'est un standard qui permet 
d'ecrire des applications a la fois puissantes et securisees. 

Une application "Sim Toolkit" communique en general avec une ou 
plusieurs applications installees sur des serveurs, via le canal des 
messages courts. Ce canal est independant de celui de la voix et est 
standardise par la norme "GSM". Les applications, qu'elles soient installees 
sur la carte "SIM" ou sur le serveur, peuvent a la fois envoyer et recevoir des 
messages courts qui contiennent du texte ou des donnees en format binaire. 
(Pour plus d'information sur les messages court en mode point a point, voir 
la norme "GSM 03.40") 

Cependant, et bien que le nombre et la nature des services "GSM" 
a valeur ajoutee precites s'averent a priori sans limitation, les operateurs 
telephoniques et les developpeurs duplications logicielles sont 
constamment freines par la limitation des ressources disponibles sur la carte 
a puce. 




En effet, les deux inconvenients principaux presentes par la 
technologie "Sim Toolkit" sont : 

1) la memoire insuffisante des cartes a puce pour heberger des 
applications "Sim Toolkit", car celles-ci ne component que quelques 
5 dizaines de kilo-octets en memoire : malgre toutes les optimisations 
effectuees par des developpeurs duplications logicielles tres experiments, 
les operateurs de services de telephonie buttent sur ce manque de memoire 
pour charger et/ou executer des applications "Sim Toolkit" en grand nombre 
;et 

10 2) le temps de reponse tres eleve des cartes a puces : en effet, 

c'est a la carte a puce, qui est dotee d'une puissance de calcul moindre 
comparee aux processeurs des equipements mobiles et surtout des 
serveurs, que cette technologie impose d'effectuer les calculs les plus 
compliques, lors de Texecution des applications precitees. 

15 Or, il est clair que les besoins qui se font sentir vont dans une 

direction opposee. Tout d'abord, les operateurs de telephonie souhaitent 
mettre a la disposition de leurs abonnes le plus grand nombre possible de 
services annexes supplementaires. En outre, les operations effectuees par 
la carte a puce doivent I'etre dans un temps minimum. La multiplication des 

20 applications disponibles, dans la mesure d'ailleurs ou cette multiplication est 
possible, risque d'ailleurs de degrader les performances en rendant le temps 
de traitement encore plus long, du fait de mutuelles interactions. 

Malgre des progres importants de la technologie des cartes a puce, 
deja constates dans une periode recente, et previsibles dans un avenir 

25 proche, les facteurs de limitation precites restent et resteront un frein 
important. 

Une deuxieme technologie standardisee, appelee "WAP" (pour 
"Wireless Application Protocol"), a ete proposee recemment. Ce standard a 
pour but de permettre aux utilisateurs des telephones mobiles d'acceder au 
30 reseau Internet a partir de leurs telephones mobiles, via une liaison sans fil. 
Cette technologie n'est pas sans inconvenients. 




Tout d'abord, il est necessaire d'installer un navigateur "WAP", de 
type specifique, car il presente des caracteristiques differentes des 
navigateurs de type "WEB" classiques. Ce navigateur est installe sur 
I'equipement mobile qui, certes possede plus de memoire que la carte a 
5 puce, mais generalement beaucoup moins qu'un micro-ordinateur et 
naturellement qu'un serveur. En outre, bien que cette technologie presente 
Tavantage de permettre faeces au reseau Internet, elle ne couvre pas toutes 
les fonctionnalites des applications "Sim Toolkit". A titre d'exemple non 
limitatif, une application "WAP" ne peut pas, comme dans le cas des 

10 applications "Sim Toolkit", commander les appels telephoniques. De plus, 
une application "WAP" ne peut pas garantir le meme degre de securite que 
celui offert par les applications "Sim Toolkit". En effet, celles-ci utilisent des 
cles secretes enregistrees dans les cartes a puce "SIM". Par exemple, une 
application "WAP" ne peut pas demander I'authentification d'une application 

15 sur un serveur quelconque. Ce n'est d'ailleurs pas la seule fonction de 
securite devolue a la carte a puce "SIM". Elle assure egalement la securite 
et la confidentiality des informations transmises. 

Pour assurer toutes ces fonctions, la carte a puce stocke un certain 
nombre de donnees dites "sensibles", des algorithmes de chiffrement et des 

20 cles associees, notamment : 



- le numero international d'abonne ou "IMSI" (pour "International Mobile 
Subscriber Identity") ; 

Tidentite temporaire attribute a une station mobile lors de son 
deplacement ou "TMSI" (pour "Temporary Mobile Subscriber Identity") 
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une cle d'authentification individuelle, une cle de chiffrement utilisee 
pour chiffrer et dechiffrer des donnees dites de signalisations et de 
trafic sur la voie radio et trois algorithmes distincts de chiffrement et 
dechiffrement ou de generation de cles ; et 
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un nombre de sequences de cles de chiffrement ou "CKSN" (pour 
"Ciphering Key Sequential Number"), indiquant la valeur de 




chiffrement ci-dessus valable pour eviter Tutilisation de cles 
differentes par la station mobile et le reseau. 
Le fait que ces informations ou donnees sensibles soient stockees 
dans la carte a puce et que les traitements correspondants soient effectues 
5 dans celle-ci permettent d'obtenir un haut degre de securite et de 
confidentialite. 

Enfin, dans I'etat actuel des techniques, le cout des equipements 
mobiles qui supportent la technologie "WAP" reste eleve, si on le compare 
au cout de ceux qui supportent la technologie "Sim Toolkit". 

10 L'invention vise a pallier les inconvenients des dispositifs et 

systemes de Tart connu, et dont certains viennent d'etre rappeles, tout en 
satisfaisant aux besoins qui se font sentir. 

L'invention se fixe pour but un precede de traitement et de 
transmission de donnees numeriques sur un reseau de telephonie mobile, 

15 notamment a la norme "GSM" permettant d'apporter aux utilisateurs des 
telephones mobiles sur ce reseau, tous les services qu'on peut offrir avec 
les applications conforme a la technologie "Sim Toolkit", mais en 
s'affranchissant des limitations de memoires et de performances rencontrees 
lors du developpement des applications sur les cartes a puces, pour le 

20 moins en grande partie. 

Pour ce faire, I'invention tire avantageusement parti du fait que les 
applications conformes a la technologie "Sim Toolkit" peuvent notamment 
envoyer des messages courts et aussi entreprendre Texecution 
destructions, suite a la reception d'autres messages courts qui leur sont 

25 destinees. 

Uarchitecture de reseau de telephonie mobile selon Tinvention est 
une architecture dans laquelle des applications "Sim Toolkit" : 

1) informent des applications installees sur au moins un serveur 
eloigne, raccorde au dit reseau de telephonie, de Tarrivee d'evenements 

30 provenant d'un equipement mobile : ces applications seront appelees ci- 
apres "applications Sim Toolkit rapporteuses" ; et 




2) executent des commandes et des instructions suite a la 
demande duplications implementees sur lesdits serveurs : ces dernieres 
applications seront appelees ci-apres "applications Sim Toolkit esclaves". 

De cette maniere, on peut deleguer I'execution de traitements 
5 lourds, grands consommateurs de ressources informatiques, qui 
s'effectuent, dans Tart connu, sur la carte a puce "SIM", a des applications 
implementees sur ces serveurs. 

Les serveurs precites ne presentent pas a priori de limitations 
intrinseques, comme dans le cas des cartes a puce "SIM", ni en ce qui 
10 concerne la quantite de memoire disponible, ni en ce qui concerne la 
puissance de calcul. Le nombre duplications "Sim Toolkit" disponibles via 
une carte a puce "SIM" (et done le nombre de services offerts) peut alors 
etre fortement augmente, tout en permettant une grande vitesse de 
traitement. 

15 Par ailleurs, les fonctionnalites liees a la securite et la 

confidentiality restant confinees dans la carte a puce "SIM", comme dans 
Tart connu, un haut niveau de qualite de service continue d'etre garanti. 

L'invention a done pour objet principal un procede de transmission 
et de traitement de donnees numeriques sur un reseau de telephonie 

20 mobile, ledit reseau comprenant au moins un equipement mobile et un 
serveur eloigne comprenant des moyens de traitement d'information et de 
stockage de donnees, communiquant entre eux via ledit reseau de 
telephonie mobile, ledit equipement mobile cooperant avec un systeme 
embarque a puce electronique comprenant des moyens de traitement 

25 d'information et de stockage de donnees destines a memoriser au moins des 
pieces de logiciel d'un type capable, tout a la fois, de commander ledit 
equipement mobile par remission de commandes determinees et de reagir a 
des evenements provenant de cet equipement par execution destructions 
associees a ces dits evenements, en vue de realiser des fonctionnalites 

30 associees a au moins une application predeterminee, caracterise en ce qu'il 
comprend Timplementation d f au moins une premiere piece de logiciel 
particuliere, d f un type dit rapporteur, stockee dans lesdits moyens de 




stockage de donnees dudit systeme embarque a puce electronique, et 
Implementation d'au moins une piece de logiciel associee stockee dans 
lesdits moyens de stockage de donnees de Tun desdits serveurs eloignes, 
en ce que ladite piece de logiciel de type rapporteur retransmet a ladite 
5 piece de logiciel associee des donnees caracteristiques desdits evenements 
regus dudit equipement mobile et en ce que cette piece de logiciel associee 
execute, par Tintermediaire desdits moyens de traitement d'information dudit 
serveur eloigne, sur reception desdites donnees caracteristiques, tout ou 
partie desdites instructions associees a Tune desdites applications 
10 predetermines et retransmet des resultats de ladite execution au dit 
equipement mobile et/ou au dit systeme embarque a puce electronique. 

L'invention a encore pour objet un systeme embarque muni d f une 
puce electronique cooperant avec un equipement mobile connecte au dit 
reseau de telephonie mobile. 
15 L'invention va maintenant etre decrite de fagon plus detaillee en se 

referant aux dessins annexes, parmi lesquels : 

la figure 1 est un diagramme illustrant schematiquement les 
principales etapes de I'activation d'une application "Sim Toolkit" 
situee sur un serveur eloigne par une application, selon un aspect 
20 de ^invention d f un premier type dit "rapporteur", situee sur une carte 

a puce "SIM" ; 

La figure 2 est un diagramme illustrant schematiquement 
Tinterrelation selon Hnvention, entre une application situee sur un 
serveur eloigne, d'un type dit "maitre", et une application "Sim 

25 Toolkit" situee sur une carte a puce "SIM", d'un deuxieme type dit 

"esclave", selon un autre aspect de Tinvention ; 

la figure 3 est un diagramme illustrant les principales etapes du 
procede selon Tinvention d'envoi d'une commande "pro-active" 
conforme a la norme "GSM 11.14" ; 

30 - la figure 4 est un diagramme explicitant, pour un exemple 

particulier, les principales etapes d'echanges de donnees et de 
commandes entre une application "Sim Toolkit" situee sur une carte 




a puce "SIM" et une application situee sur un serveur eloigne, selon 
Tart connu ; et 

la figure 5 est un diagramme explicitant, pour cet exemple 
particulier, les principales etapes cTechanges de donnees et de 
5 commandes entre une application "Sim Toolkit" situee sur une carte 

a puce "SIM" et une application situee sur un serveur eloigne, selon 
le procede de I'invention. 

On va maintenant decrire de fagon plus detaillee un exemple de 
realisation preferee d'architecture de reseau de telephonie mobile selon 

10 Tinvention. 

Comme il a ete indique, selon Tune des caracteristiques de 
I'invention, on delegue I 'execution de traitements lourds, qui s'effectuent 
dans Tart connu sur la carte "SIM", a des applications implementees sur un 
ou plusieurs serveurs eloignes connectes au reseau. 

15 Selon une autre caracteristique de Tinvention, on prevoit deux 

categories principales duplications "Sim Toolkit" que Ton a appele 
"Applications Sim Toolkit rapporteuses" et "Applications Sim Toolkit 
esclaves", respectivement, toutes deux implementees sur les cartes a puce 
"SIM". 

20 On va maintenant decrire de fagon plus detaillee les deux types 

d'application. 

Application "Sim Toolkit" rapporteuse 

Une application "Sim Toolkit" reagit en premier lieu aux evenements 
provenant du telephone mobile, ou de fagon plus generale de I'equipement 

25 mobile de Tabonne. Ces evenements arrivent a la carte a puce "SIM" dans 
une commande connue sous la denomination anglo-saxonne "Envelope". La 
commande "Envelope" peut contenir, par exemple, Pevenement "Menu 
Selection", avec comme indice de selection celui de cette application "Sim 
Toolkit". Cet evenement permet done de choisir une application dans un 

30 menu qui s'affiche sur des moyens de visualisation dont est pourvu le 
telephone mobile. Une description plus detaillee de cette commande peut 
etre trouvee dans la norme "GSM 1 1 .14". 




Uequipement mobile n'a aucune connaissance des applications qui 
se trouvent sur les serveurs. Pour faire reagir une application sur un serveur 
aux evenements definis dans la norme "Sim Toolkit", il est necessaire de la 
coupler avec une application "Sim Toolkit" installee sur la carte "SIM", que 
5 Ton appellera ci-apres "application Sim Toolkit rapporteuse". Uequipement 
mobile voit Implication rapporteuse comme si elle etait une application "Sim 
Toolkit" classique. II n'a aucune connaissance de 1'application 
correspondante situee sur un serveur. De ce point de vue, il y a 
transparence totale. 

10 Uapplication rapporteuse s'inscrit dans la carte "SIM" pour se 

mettre a I'ecoute des evenements auxquels son application correspondante 
implementee sur un serveur doit reagir. Des que I'application rapporteuse 
regoit un evenement provenant de I'equipement mobile, elle prepare un 
message court a destination de son application correspondante. Ce 

15 message court contient toutes les donnees caracterisant I'evenement regu. 
Son envoi est realise de fagon pratique par une commande du type 
"commande pro-active" precite. 

Uapplication correspondante du serveur regoit le message court. 
Ce message Tinforme de Parrivee d'un evenement venant de I'equipement 

20 mobile. Elle entreprend alors le traitement relatif a la reception de cet 
evenement. Ce traitement peut consister, par exemple, a se connecter a un 
site "WEB". Elle peut aussi devenir une application dite maTtre d'une autre 
application dite esclave implementee sur la carte a puce "SIM". Elle peut par 
consequent commander ('application esclave, pour qu'elle envoie des 

25 commandes "pro-actives" a I'equipement mobile et aussi pour qu'elle 
invoque des methodes stockees dans bibliotheques installees sur la carte a 
puce "SIM". 

La figure 1 est un diagramme illustrant schematiquement les 
principales etapes de Tactivation d'une application "Sim Toolkit" 30M situee 
30 sur un serveur eloigne 3 par une application de type "Sim Toolkit 
rapporteuse" 21 situee sur une carte a puce "SIM" 2 d'un equipement mobile 
1. Le serveur eloigne 3 et Tequipement mobile 1 de Tabonne Ab sont tous 




deux connectes a un reseau de telephonie mobile RT (non explicitement 
represented Ce reseau, bien connu de I'Homme de Metier, et classique en 
soi, ne necessite aucune modification qui serait due au procede de 
Tinvention. II s'ensuit que, a priori, tous les reseaux conformes a Tart connu 
5 conviennent, ce qui represente d'ailleurs un avantage supplemental de 
Tinvention. II n'est done pas necessaire de decrire plus avant un tel reseau 
et ses differents composants. On pourra se referer avec profit, a titre 
d'exemple non limitatif, a Particle de jean CELLMER, intitule "Reseaux 
cellulaires, Systeme GSM", paru dans les "Techniques de Tlngenieur", 
10 Volume TE 7364, novembre 1999, pages 1 a 23. 

L'equipement mobile 1, par exemple un poste telephonique 
portable, comprend des circuits electroniques classiques (memoires, 
processeur, etc.) 10. Ces derniers peuvent etre couples a une carte a puce 
"SIM" 2 a Taide d'un lecteur (non represente). La carte a puce "SIM" 2 
15 comprend egalement des circuits electroniques 20, notamment un 
processeur et des moyens de memoires dans lesquels peuvent etre 
enregistrees des applications "Sim Toolkit" que Ton appellera classiques 
(non representees), car communes en soi a Tart connu, ainsi qu'une ou 
plusieurs applications "Sim Toolkit" rapporteuses 21 conformes a Tune des 
20 caracteristiques de Tinvention. Sur la figure 1, pour illustrer le processus 
simplement, une seule application a ete representee, a Texterieure des 
circuits 20 de la carte a puce "SIM" 2. Dans la realite, cette application 21 
est stockee, comme les applications de type classique, dans les moyens de 
memoire de la carte a puce 2. 
25 Les etapes precitees sont les suivantes (symbolisees par des 

fleches en trait plein sur la figure 1 ) : 

F1) les circuits 10 de l'equipement mobile 1 envoient une 
commande de type "Enveloppe" aux circuits 20 de la carte a puce "SIM" 2 
: cette commande "Enveloppe" contient un des evenements prevus par la 
30 norme GSM 11.14 precitee ; 

F2) les circuits 20 de la carte "SIM" 2 envoient cet evenement a 

une application "Sim Toolkit" rapporteuse 21 apte a y repondre ; et 




F3) ['application "Sim Toolkit" rapporteuse 21 envoie ce meme 

evenement, dans un message court, a une application correspondante 
30M situee dans le serveur 3 qui va la traiter, via le reseau RT. 

Pour des raisons qui seront explicitees ci-apres, Implication 30M 
5 sera appelee "application maitre". 

Application "Sim Toolkit" esclave 
De fagon connue en soi, une application "Sim Toolkit" de Tart 
10 connu peut notamment : 

a) envoyer des commandes "pro-actives" conformes a la norme "GSM 
11.14" a I'equipement mobile : elle peut, par exemple, demander a 
I'equipement mobile d'afficher du texte ; 

b) envoyer des commandes conformes a la norme "GSM 11.11" precitee 
15 au systeme d'exploitation de la carte a puce "SIM", sans passer par 

Tequipement mobile ; et 

c) demander Texecution de methodes stockees dans des bibliotheques 
implementees sur la carte a puce "SIM" : elle peut par exemple 
appeler une methode de la carte a puce "SIM" pour demander le 

20 chiffrement d'un message a Taide d'une cle secrete stockee sur cette 

carte. 

Selon un aspect supplementaire de Tinvention, les applications 
implementees sur les serveurs eloignes sont dotees de ces fonctionnalites. II 
est ainsi possible de leur deleguer le traitement qui s'effectue, dans Tart 

25 connu, en ayant recours a une application "Sim Toolkit" classique 
implementee sur la carte a puce. 

Pour qu'une application implementee sur le serveur eloigne 3 
puisse effectuer ces operations, il est necessaire qu'elle puisse 
communiquer avec une application "Sim Toolkit" implementee sur la carte a 

30 puce "SIM" 2. Elle envoie alors des commandes a cette derniere application 
qui les execute. On appellera ci-apres les applications implementees sur les 
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serveurs eloignes "Applications maitres» et les applications "Sim Toolkit" 
installees sur la carte a puce "SIM" "Application Sim Toolkit esclaves". 

La figure 2 est un diagramme illustrant schematiquement 
I'interrelation entre ces deux types duplications. 

Une application "Maitre" 30/W envoie une commande (trait plein sur 
la figure 2) a une application "Sim Toolkit esclave" 22 Cette derniere 
application execute la commande, puis repond a I'application "Maftre" 30/W, 
en lui retournant le resultat de la commande (trait discontinu) apres 
traitement. 

On va maintenant decrire de fagon detaillee comment une 
application "Maitre" 30/W peut envoyer des commandes des types a) a c) 
precites. 

Envoi d'une commande "pro-active" conforme a la norme "GSM 

11.14" 

Les principales etapes du procede selon I'invention sont explicitees 
ci-dessous, par reference au diagramme de la figure 3 : 

a) une application maitre 30/W prepare une commande "pro-active" afin 
qu'elle soit executee par les circuits 10 d'un equipement mobile 1 : 
elle Tinclut dans des donnees d'un message court a destination d'une 
application "Sim Toolkit" esclave 22 (via les circuits 10 d'un 
equipement mobile 1, sur lequel la commande "pro-active" est 
executee) - fleches F'1 et F'2 sur la figure 3 - ; 

b) I'application "Sim Toolkit" esclave 22 analyse les donnees du 
message court regu : elle comprend que Tapplication maftre 30/W lui 
demande d'envoyer la commande "pro-active" aux circuits 10 de son 
equipement mobile 1 , elle transfere alors cette commande a 
Tequipement mobile 1 et se bloque en attente d'une reponse en retour 
- f leche F'3 - ; 

c) les circuits 10 de Tequipement mobile 1 regoivent la commande "pro- 
active" : ils Texecutent et envoient une reponse a la carte "SIM" 2, 
sous forme d'une commande communement appelee "Terminal 
Response" - f leche F'4 - , cette commande contenant le resultat de 




I'execution de la commande "pro-active" par les circuits 10 de 
I'equipement mobile 1 (par exemple, si la commande "pro-active" 
consiste a demander de mettre sous-tension une carte a puce 
auxiliaire, non representee, sur I'equipement mobile 1, le resultat 
envoye dans la commande "Terminal Response" contient une suite 
d'octets qui est la reponse d'une mise a zero de la carte auxiliaire) ; 

d) I'application "Sim Toolkit" esclave 22 qui est restee bloquee apres 
I'envoie de la commande "pro-active", se debloque suite a la 
reception de la commande "Terminal Response" precitee ; 

e) I'application "Sim Toolkit" esclave 22 prepare un message court 
contenant le resultat de la commande "pro-active" qu'elle trouve dans 
la commande "Terminal Response" provenant des circuits 10 de 
I'equipement mobile 1 ; 

f) I'application "Sim Toolkit" esclave 22 envoie ce message court, dans 
une commande "pro-active", a destination de I'application maitre 30/W, 
via les circuits 10 de I'equipement mobile 1 - fleche F'5 - ; 

g) les circuits 10 de I'equipement mobile 1 transferent le message court 
vers I'application maitre 30/W - fleche F'6 ; et 

h) I'application maitre 30/W le recoit et traite la reponse de la commande 
"pro-active" qu'elle a precedemment envoyee. 

Envoi d'une commande non "pro-active", c'est-a-dire conforme a la 
norme "GSM 11.11" 

L'application maitre 30/W (figure 3) peut envoyer des commandes 
"GSM 11.11" a la carte a puce "SIM" 2 suivant deux methodes differentes, 
ces deux methodes pouvant etre utilisees indifferemment. 

Methode 1 

a) une application maitre 30/W prepare une commande, selon la 
norme "GSM 1 1 .1 1 ", a destination d'une application "Sim Toolkit" esclave 22 
implementee sur la carte a puce "SIM" 2 : elle I'envoie dans un message 
court, via les circuits 1 0 de I'equipement mobile 1 ; 




b) Tapplication "Sim Toolkit" esclave 22 analyse les donnees du 
message court regu : elle transmet la commande trouvee dans ce message 
au systeme d'exploitation 23 de la carte a puce "SIM" 2 ; 

c) le systeme d'exploitation 23 de la carte a puce "SIM" 2 execute 
5 la commande qui vient de I'application "Sim Toolkit" esclave 22 et retourne 

une reponse a cette commande a cette application 22 ; 

d) Tapplication "Sim Toolkit" esclave 22 prepare un message 
court ayant comme destination une application maftre correspondante 30/W, 
implementee sur le serveur eloigne 3 : ce message contient le resultat de la 

w commande "GSM 1 1 .1 1" et est envoye par Tapplication esclave aux circuits 
10 de Pequipement mobile 1 , dans une commande "pro-active" ; 

e) les circuits 10 de Tequipement mobile 1 transferent le message 
court a Tadresse du destinataire, indiquee dans le message lui-meme, c'est- 
a-dire Tapplication maitre 30M ; et 

is f) Tapplication maitre 30M le regoit et traite la reponse regue. 

Methode 2 

^application maitre 30, implementee sur le serveur eloigne 3, 
envoie directement une commande "GSM 11.11" dans un message court au 
systeme d'exploitation 23 de la carte a puce "SIM", selon les normes "GSM 
20 03.40" et "GSM 03.48". 

L'avantage de cette solution est sa simplicity car elle ne necessite 
pas la presence d'une application "Sim Toolkit" esclave, comme dans le cas 
de la methode 1 . 

Par contre, Tinconvenient de la methode 2 est que tres peu de 
25 systemes d'exploitation de cartes a puce "SIM" implementent pleinement 
cette fonctionnalite. En general, une application d f un serveur peut envoyer 
un scenario de commandes dans un message court pour etre execute, mais 
la carte a puce "SIM" ne retourne pas le resultat de la commande. Si, par 
exemple, Tapplication implementee sur le serveur a besoin de connaftre le 
30 contenu d'un fichier sur la carte a puce "SIM", elle ne le pourra pas, sur la 
majorite des cartes a puce "SIM". 

Aopel d'une fonction d'une bibliotheaue de la carte a puce "SIM" 




Comme il a ete indique, une application "Sim Toolkit" peut avoir 
besoin de demander I'execution d'une fonction comprise dans une 
bibliotheque de la carte a puce "SIM" (operation c) precitee). II existe deux 
categories principals de fonctions dans une carte a puce "SIM" : 

5 1) les fonctions qui font appel dans leurs parametres a au moins 

une cle secrete stockee dans la carte a puces : ces fonctions sont utilisees 
pour chiffrer, dechiffrer, signer ou verifier une signature ; et 

2) les fonctions qui, au contraire, n'utilisent pas de cles secretes. 
Les fonctions de la premiere categorie ne peuvent pas etre 

10 deportees sur un serveur si on veut conserver un degre eleve de securite, 
comme il a ete rappele. Une application esclave 22 (figure 3) doit etre 
capable de les appeler suite a une demande de rapplication maitre 30M. 

Une convention doit exister entre rapplication esclave 22 et 
rapplication maitre 30M pour permettre a cette derniere d'effectuer des 

15 operations de chiffrement/dechiffrement et de signature avec des cles 
secretes de la carte a puce "SIM" 2. 

Par exemple, rapplication maitre 30M envoie un message a 
rapplication esclave 22 dans lequel elle indique la nature de la fonction de 
cryptologie a effectuer (par exemple un chiffrement faisant appel a 

20 ralgorithme connu sous le sigle anglo-saxon "DES", pour "Data Encryption 
System"). Elle indique aussi les references de la cle a utiliser, stockee dans 
la carte a puce "SIM" 2 et le message a chiffrer. L'application esclave 22 
appelle la fonction de chiffrement appropriee et retourne le resultat a 
rapplication maitre 30M. 

25 Pour la deuxieme categorie de fonctions, il est possible de faire 

appel a la meme methode que celle utilisee pour la premiere categorie, 
mais, conformement a une caracteristique avantageuse de invention, ces 
fonctions sont implementees directement sur un serveur eloigne 3. 
Uavantage de cette solution est que le traitement se fait sans aucun besoin 

30 de connexion, sur une machine a priori beaucoup plus puissante que la 
carte a puce "SIM" 2. 
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Conformement a Tune des caracteristiques de I'invention, une partie 
des applications "Sim Toolkit" est implementee directement sur un ou 
plusieurs serveurs eloignes 3. Pour assurer une migration aisee de ces 
applications "Sim Toolkit" a partir des cartes a puces "SIM", il est egalement 
necessaire d'implSmenter toutes les fonctions associees qui se trouvent 
dans des bibliotheques de la carte a puce "SIM". 

Pour fixer les idees, si on considere des cartes dites "Java" (marque 
deposee), ces fonctions sont constitutes par des "APIs Javacard", des "APIs 
GSM 03.19", ainsi que des "APIs" dits "proprietaires", c'est-a-dire 
specifiques. "Java" est un langage de programmation oriente objet 
developpe par la societe "Sun Microsystems Inc." et les "APIs" sont des 
interfaces programmables avec les applications. Le langage "java" permet 
notamment de developper de courtes applications connues sous le sigle 
anglo-saxon "applet" ("appliquettes"). Les applications "Sim Toolkit" peuvent 
etre realisees a base "d'applets". 

Par ces dispositions propres a I'invention, il est possible d'assurer 
qu'une application en technologie "Sim Toolkit" existante, qui s'execute dans 
I'art connu sur une carte a puce "SIM", s'executera egalement sur un serveur 
eloigne, ce sans qu'il soit necessaire de modifier une ligne de code, ce qui 
constitue un avantage supplemental de I'invention. 

II a ete suppose jusqu'a ce point que la technologie dite des 
messages courts (c'est-a-dire conforme a la norme "GSM 03.40") etait mise 
en ceuvre comme technologie de transport. Le recours a cette technologie 
est avantageux car : 

1 ) elle est tres repandue aujourd'hui dans les reseaux "GSM" ; et 

2) elle est disponible parmi les evenements et les commandes "pro- 
actives" de la norme "Sim Toolkit" (c'est-a-dire conforme a la norme 
"GSM 11.14"). 

Cependant, il doit etre clair qu'il est possible de mettre en ceuvre 
bien d'autres technologies de transport sur des liaisons de transmission 
sans fil qui existent entre une carte a puce "SIM" et un serveur eloigne, 
technologies actuellement disponibles ou qui le seront dans le future 




Les mecanismes des applications "Sim Toolkit" esclaves et 
rapporteuses definis ci-dessus ne necessiteront pas de modifications, ce qui 
assure une grande perennite au procede selon Pinvention. 

Dans le mecanisme des applications "Sim Toolkit" esclave et 
5 maitre, I'application "Sim Toolkit" esclave a ete supposee completement 
esclave. II est possible d'envisager, tout en restant dan le cadre de 
Tinvention, des applications "Sim Toolkit" esclaves possedant aussi une 
certaine "intelligence". Ce type duplication, que Ton pourra appeler 
"hybride" est alors capable, a la fois, d'obeir a une application maftre et 
10 d'effectuer des traitements locaux de fagon autonome. En effet, une 
application "Sim Toolkit", fusse-t-elle de type esclave, continue de posseder 
les possibilites inherentes aux applications "Sim Toolkit" classiques. 

De meme, il est possible d'adjoindre une fonctionnalite de type 
similaire, c'est-a-dire une certaine "intelligence", aux applications 
15 rapporteuses. 

On est amene a constater que le fait de deporter des fonctionnalites 
applicatives d'une carte a puce "SIM" vers un serveur eloigne augmente le 
trafic sur le reseau et peut avoir, dans certaines conditions defavorables, 
des consequences non negligeables sur les temps de reponse, car le debit 
20 du protocole des messages courts est faible. 

Aussi, dans la pratique, on prefere le plus souvent des applications 
"Sim Toolkit" qui sont a la fois esclaves et autonomes, et/ou des applications 
"Sim Toolkit" qui sont a la fois rapporteuses et autonomes, ce qui permet de 
minimiser Timpact negatif de Taugmentation de trafic precite. 
25 De fagon pratique egalement, on cherche a trouver un compromis 

entre I'utilisation des ressources de la carte a puce "SIM" et renvoi des 
messages courts qui peut s'averer penalisant en terme de performance. 

On doit egalement noter que des authentications entre les 
applications "Sim Toolkit" implementees sur la carte a puce "SIM", qu'elles 
30 soient esclaves ou rapporteuses, et des applications implementees 
directement sur un serveur doivent avoir lieu. Elles peuvent etre realisees en 
respectant la norme "GSM 03.48". 




Cette norme prevoit aussi le chiffrement de certaines informations 
qui sont transportees lors des echanges entre une carte a puce "SIM" et un 
serveur eloigne. 

En general, une application maitre doit communiquer avec plusieurs 
5 applications esclaves. Pour ce faire, il est avantageux d'avoir recours a la 
technique dite de «Threads» lors de (Implementation des "APIs" sur les 
serveurs. 

Dans I'etat actuel des techniques, les cartes a puce "SIM", de type 
"Java" precite, qui implementent la norme "GSM 03.19", ne savent pas 

10 envoyer une commande aux equipements mobiles sans passer par une 
classe d'objet connue sous la denomination "sim.toolkit.ProactiveHandler". 
Lorsqu'une application "Sim Toolkit" esclave regoit une commande "pro- 
active" envoyee par une application maitre, elle doit la reconstruire en 
utilisant des methodes d'une classe objet connue sous la denomination 

15 "ProactiveHandler". On constate qu'il est done necessaire de re-effectuer 
tout le travail prepare par le serveur qui a envoye la commande, ce avant 
d'envoyer une commande "pro-active" a I'equipement mobile. 

Pour que le mecanisme des applications esclaves et maitres, selon 
une des caracteristiques de Tinvention, conserve tous ses avantages, on 

20 implemente avantageusement sur la carte a puce "SIM", une fonction qui ne 
fait qu'envoyer a I'equipement mobile une commande "pro-active" a partir 
d'un tableau d'octets quelconque. L'application "Sim Toolkit" esclave peut 
alors accepter la commande "pro-active" regue, commande qui etait 
preparee et envoyee par Tapplication maitre. Elle Tenvoie ensuite a 

25 Tequipement mobile sans devoir effectuer aucun traitement supplementaire. 
Exemple de realisation pratique 

On va maintenant decrire de fagon plus detaillee un exemple de 
realisation pratique par reference aux figures 4 et 5. 

On suppose que Ton desire acceder a n services implementes sur 
30 un serveur de messages courts. Ces services seront appeles ci-apres, de 
fagon arbitraire, Service 1, Service 2, Service n. On suppose que les 
applications "Sim Toolkit" sont realisees a base d f applets "Java". 




Le developpement crime telle application avec la technologie "Sim 
Toolkit" classique, c'est-a-dire conforme a Tart connu, necessite le 
developpement : 

1) d'une application "Sim Toolkit", que Ton peut appeler "AppST, 
5 implementee sur une carte a puce "SIM" ; et 

2) d'une autre application, que Ton peut appeler "AppOTA", implementee 
sur un serveur eloigne, que Ton appellera "OTA' (pour "Over The 

; Air"). 

L'application "AppST 1 repond a deux evenements qui sont : "Menu 
w Selection" (selection de menu) et "SMS PP Download" (telechargement de 
messages courts). 

Quand Tapplication "AppST, regoit I'evenement "Menu Selection", 
elle envoie a Tequipement mobile une commande "pro-active" denommee 
"Select Item", c'est-a-dire la selection d'un item du menu (un service) parmi 
15 les n services proposes. 

Uutilisateur choisit par exemple le service de rang ou indice 
arbitraire /, ou Service /. Une applet de Papplication "AppST* envoie, dans 
une commande "pro-active", un message court a l'application "AppOTA" lui 
indiquant que Putilisateur demande le service Service /. 
20 L'application "AppOTA" regoit le message court venant de 

Tapplication "AppST et lui repond en lui retournant le contenu de Service i 
dans un autre message court. 

Quand Tapplication "AppST' regoit le message court venant de 
l'application "AppOTA", elle envoie une commande "pro-active" de type dit 
25 "Display Text" (affichage de texte) pour afficher son contenu sur Tecran du 
mobile. 

La figure 4 est un diagramme illustrant schematiquement les huit 
etapes precedentes, conformes a Tart connu : 

Etape 1 : envoi par les circuits 10 de Tequipement mobile 1 de "Menu 
30 Selection Event" a Tapplication "AppST 30' ; 

Etape 2 : envoi par Tapplication "AppST 30' de "Select Item" aux circuits 
10 de Tequipement mobile 1 ; 



Etape 3 : reponse de ces circuits par renvoi de "Terminal response" a 

I'application "AppSV 30' ; 
Etape 4 : envoi par celle-ci de "Send SM (indice i)" (envoyer message 

court d'indice i) a I'application "AppST' 30' ; 
5 Etape 5 : envoi par ces derniers de "Short Msg (indice i)" (envoi du 

message court d'indice i) a I'application "AppOTA" 21' ; 
Etape 6 : reponse de celle-ci et envoi de "Short Msg (Service "i")" 

(message court pour le service d'indice T) ; 
Etape 7 : envoi par les circuits 10 de I'equipement mobile 1 de "SMS PP 
10 Download Event" a I'application "AppSV 30' ; et 

Etape 8 : envoi par I'application de "AppSV 30' de "Display Text (Service 

"i")" aux circuits 10 de I'equipement mobile 1 pour affichage du 

contenu du message court associe au service d'indice "/'" pour 

I'affichage du contenu sur un ecran 1 1 de I'equipement mobile 

15 1. 

Le developpement de cette meme application, selon le procede de 
I'invention, s'effectue de la facon decrite ci-dessous, en regard de la figure 
5. 

On installe sur la carte a puce 2 deux applications "Sim Toolkit" 
20 constitutes par des applets "Java" : la premiere est I'application rapporteuse 
21 qui transmet les evenements recus dans des messages courts a une 
application correspondante, ou application maitre 30M du serveur 3. 

La deuxieme est I'application esclave 22 qui execute les ordres de 
I'application maftre 30M du serveur 3. 
25 II est a remarquer que I'application maTtre 30/W du serveur 3 joue le 

role des deux applications "AppSV et "AppOTA" de I'art connu decrit en 
regard de la figure 4. 

Une fois que cette application 30/W recoit I'evenement "Menu 
Selection", elle devient le mattre de I'application "Sim Toolkit" esclave 22. 
30 Elle lui demande d'abord de transmettre aux circuits 10 de 

I'equipement mobile 1 la commande "pro-active" "Select Item" precitee. 
Quand elle regoit la reponse de cette commande, elle lui demande de 
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nouveau d'executer la commande "pro-active" "Display Text" pour afficher le 
service selectionne. 

Le procede selon Tinvention, pour Tapplication decrite, comprend 
desormais douze etapes detail lees ci-apres : 

Etape 1 : envoi par les circuits 10 du mobile 1 de "Menu Selection Event" 

a Tapplication rapporteuse (cette etape est initiee par Tusager 

de Tequipement mobile 1) ; 
Etape 2 : reponse et envoi par Papplication rapporteuse 21 de "Send SM 

(Menu Selection)" (envoyer un message court de selection de 

menu) aux circuits 10 du mobile 1 ; 
Etape 3 : envoi par les circuits 10 du mobile 1 de "SM (Menu Selection)" 

a Tapplication 30M (partie "AppST* de cette application) ; 
Etape 4 : traitement et envoi par Tapplication 30M de "SM(Select Item)" 

aux circuits 10 du mobile 1 ; 
Etape 5 : envoi par ces derniers de "SMS PP Download Event" a 

Tapplication esclave 22 ; 
Etape 6 : traitement par Tapplication esclave 22 et envoi de "Select Item" 

aux circuits 10 du mobile 1 ; 
Etape 7 : envoi par les circuits 10 du mobile 1 de "Terminal Response 

(indice i)" a Tapplication esclave 22 ; 
Etape 8 : envoi par cette demiere de "Send SM (Indice "i")" aux circuits 

10 du mobile 1 ; 

Etape 9 : envoi par les circuits 10 du mobile 1 de "SM (selected indice 

"i")" (message court pour traitement a Tindice selectionne "/") a 

Tapplication 30M (partie "AppOTA") ; 
Etape 10 : traitement et envoi par Tapplication 30M de "SM(Display Text 

Service "i")" aux circuits 10 du mobile 1 ; 
Etape 11 : envoi par ces derniers de "SMS PP Download Event" a 

Tapplication esclave 22 ; et 
Etape 12 : traitement et envoi de "Display text (Service "i")" aux circuits 10 

du mobile 1 , pour affichage du contenu du message court. 




La mise en oeuvre du procede selon I'invention induit une legere 
augmentation du trafic sur le reseau, puisque le nombre d'etapes est 
superieur pour une meme application. Cependant, I'application principale 
associee a un service determine a ete deportee de la carte a puce "SIM" 2 

5 vers le serveur 3. II s'ensuit que le nombre de services n'est potentiellement 
plus limite, puisqu'il n'est plus necessaire de charger autant d'applets sur la 
carte a puce "SIM" 2. Les ressources en memoire du serveur 3 sont en effet 
incomparablement superieures a celles presentes dans la carte a puce 
"SIM" 2. De meme la vitesse de traitement est tres grande, car le ou les 

10 processeurs presents sur le serveur 3 sont egalement beaucoup plus 
puissant que ceux que Ton peut implanter dans la carte a puce "SIM" 2. 

En outre, suivant le contexte precis dans lequel il se trouve, un 
developpeur duplications logicielles conserve la possibility de repartir de 
fagon optimisee les traitements a realiser entre la carte a puce "SIM" 2 et le 

15 serveur 3, selon un aspect supplemental avantageux de I'invention qui a 
ete explicite. 

Pour ce faire, certaines applications "Sim Toolkit" peuvent etre 
laissees sur la carte a puce "SIM" 2. Ces duplications fonctionnent de 
fagon identique, ou pour le moins tres similaire, aux applications de Tart 
20 connu. 

Selon une autre variante de realisation, permise par le procede de 
I'invention, tout ou partie des applications esclaves 22 et/ou rapporteuses 21 
peuvent etre du type hybride precite, c'est-a-dire conserver une certaine 
autonomie. II s'ensuit que, dans ce cas, une partie des traitements continue 
25 d'etre realisee en local, ce qui diminue en proportion le trafic entre la carte a 
puce "SIM" 2 et le ou les serveur(s) eloigne(s) 3. 

A la lecture de ce qui precede, on constate aisement que I'invention 
atteint bien les buts qu'elle s'est fixes. 

Elle permet notamment de deporter les traitements "lourds", grands 
30 consommateurs de ressources informatiques, sur des systemes de 
traitements de donnees (serveurs eloignes) ne presentant pas de limitations, 
du moins de limitations importantes, notamment en moyens de stockage de 




donnees. En outre les traitements peuvent etre effectues a grande vitesse, 
car les moyens de calculs presents sur ces systemes sont egalement tres 
rapides et puissants. 

Selon un autre aspect de I'invention, bien que le procede selon 

5 Tinvention puisse impliquer un surplus de trafic, dans certaines conditions, 
cet inconvenient peut toutefois etre fortement minimise en optimisant la part 
des traitements deportes et la part des traitements restant effectues en local, 
c'est-a-dire sur la carte a puce "SIM" ou tout module en faisant fonction. 

De ce fait, I'invention permet d'offrir un nombre virtuellement illimite 

10 de services sans devoir augmenter pour autant la quantite de donnees a 
stocker sur la carte a puce "SIM", ou pour le moins de fagon marginale. 

On doit aussi bien comprendre que les applications deportees 
precitees englobent des applications "Sim Toolkit" proprement dites, mais 
aussi des fichiers de donnees associes. A titre d'exemple, il peut etre 

15 avantageux de deporter les donnees personnelles d'un utilisateur, ce que 
Ton nomme habituellement son "environnement", sur un serveur eloigne : 
carnet d'adresses, liste de numeros de telephone, etc. La encore, la taille de 
ces fichiers devient virtuellement illimitee. 

On peut enfin remarquer, que Tinvention presente Tavantage, 

20 lorsqu'une mise a jour d'une ou plusieurs application(s) doi(ven)t etre 
effectuee(s), si celle(s)-ci est(sont) implantee(s) sur un serveur eloigne, 
cette mise a jour peut etre realisee par Toperateur de fagon tres simple et 
rapide, car centralisee. Dans le cas duplications "Sim Toolkit" standards, 
c'est-a-dire conformes a Tart connu, implantees sur les cartes a puce, la 

25 meme operation necessiteraient la modification de toutes les cartes a puce 
stockant les applications a mettre a jour, c f est-a-dire le plus souvent leur 
remplacement. 

II doit etre clair cependant que Tinvention n'est pas limitee aux seuls 
exemples de realisations explicitement decrits, notamment en relation avec 
30 les figures 1 a 3 et 5. 

Elle n'est pas non plus limitee, comme il a ete indique, seulement a 
des protocoles de transmission utilisant des messages courts. 



25 



Enfin, si elle s'applique avantageusement a des reseaux de 
telephonie au standard "GSM", d'autres standards peuvent convenir, et 
notamment les standards en cours d'elaboration : "GPRS", "UTMS", etc. De 
fagon generate, Tinvention trouve application a chaque fois que Ton utilise 
un equipement mobile cooperant avec une carte a puce ou tout systeme 
embarque similaire, et qu'ii existe une separation entre des fonctions 
directement implantees dans ce systeme embarque et des fonctions 
presentes dans I'equipement mobile. 

Elle permet aussi un interfagage avec des applications de type 
"WAP" ou de realiser des fonctions de ce type. Par exemple, une application 
maitre, presente sur un serveur eloigne, peut directement acceder au reseau 
Internet, a la demande de Tequipement mobile, sans repasser au prealable 
par Tequipement mobile. Le resultat des requetes posees est ensuite 
renvoye a Tapplication esclave, selon le processus propre a Tinvention. 




REVENPICATIONS 

1. Procede de transmission et de traitement de donnees numeriques sur un 
reseau de telephonie mobile, ledit reseau comprenant au moins un 
equipement mobile et un serveur eloigne comprenant des moyens de 

5 traitement d'information et de stockage de donnees, communiquant entre 

eux via ledit reseau de telephonie mobile, ledit equipement mobile 
cooperant avec un systeme embarque a puce electronique comprenant 
des moyens de traitement d'information et de stockage de donnees 
destines a memoriser au moins des pieces de logiciel d'un type capable, 

10 tout a la fois, de commander ledit equipement mobile par remission de 

commandes determinees et de reagir a des evenements provenant de cet 
equipement par execution destructions associees a ces dits evenements, 
en vue de realiser des fonctionnalites associees a au moins une 
application predeterminee, caracterise en ce qu'il comprend 

15 Timplementation d'au moins une premiere piece de logiciel particuliere 

(21), d'un type dit rapporteur, stockee dans lesdits moyens de stockage 
de donnees dudit systeme embarque a puce electronique (2 - 20), et 
Timplementation d'au moins une piece de logiciel associee (30/W) stockee 
dans lesdits moyens de stockage de donnees de Tun desdits serveurs 

20 eloignes (3), en ce que ladite piece de logiciel de type rapporteur (21) 

retransmet a ladite piece de logiciel associee (30M) des donnees 
caracteristiques desdits evenements regus dudit equipement mobile (1 - 
10) et en ce que cette piece de logiciel associee (30M) execute, par 
rintermediaire desdits moyens de traitement d'information dudit serveur 

25 eloigne (3), sur reception desdites donnees caracteristiques, tout ou 

partie desdites instructions associees a Tune desdites applications 
predeterminees et retransmet des resultats de ladite execution au dit 
equipement mobile (1 -10) et/ou au dit systeme embarque a puce 
electronique (2 - 20). 




2. Procede selon la revendication 1, caracterise en ce que ledit systeme 
embarque a puce electronique (2 - 20) etant sous la commande d'un 
systeme d'exploitation determine, ladite piece de logiciel associee (30/W) 
implementee sur un desdits serveurs eloignes (3) transmet lesdits 
5 resultats d'execution sous forme de commandes envoyees directement au 

dit systeme d'exploitation pour realiser une operation determinee et en ce 
que des resultats de cette operation sont retransmis a ladite piece de 
logiciel associee (30/W). 

3- Procede selon la revendication 1, caracterise en ce que, lesdites 
10 pieces de logiciel associees (30/W) implementees sur lesdits serveurs 

eloignes (3) etant d'un type dit maitre, il comprend Timplementation d'au 
moins une deuxieme piece de logiciel particuliere (22), type dit esclave, 
stockee dans lesdits moyens de stockage dudit systeme embarque a puce 
electronique (2 - 20), en ce que chacune desdites pieces de logiciel de 
15 type esclave (22) regoit des commandes d'une desdites pieces de logiciel 

de type maitre (30/W), qui lui est associee, et execute lesdites commandes 
par I'intermediaire desdits moyens de traitement d'information dudit 
systeme embarque a puce electronique (2 - 20), et en ce que ladite piece 
de logiciel de type esclave (22) retransmet des resultats de ladite 
20 execution de commandes a ladite piece de logiciel de type maitre 

associee (30/W). 

4. Procede selon la revendication 3, caracterise en ce que lesdites pieces 
de logiciel de types rapporteur (21) et/ou esclave (22) sont associees a 
une fonctionnalite supplementaire, d'un type dit autonome, de maniere a 

25 ce que ces pieces de logiciel (21 , 22) puissent executer directement sur 

ledit systeme embarque a puce electronique (2 - 20) une partie preetablie 
desdites applications predeterminees. 

5. Procede selon la revendication 4, caracterise en ce que ledit reseau de 
telephonie mobile obeit a la norme dite "GSM" et lesdites pieces de 

30 logiciel obeissent a la norme "GSM 1 1 .14". 




6- Procede selon la revendication 1 , caracterise en ce que, ledit reseau 
de telephonie comprenant au moins deux canaux de transmission 
distincts, un canal dit de donnees de voix et un canal dit de messages, 
lesdites donnees numeriques transmises sont constitutes de messages 
d'un type dit court comprenant 140 octets ou 160 septets transmis par 
ledit canal de messages. 

7. Systeme embarque equipe d'une puce electronique comprenant des 
moyens de traitement deformation et de stockage de donnees destines a 
memoriser au moins des pieces de logiciel du type capable, tout a la fois, 
de commander ledit equipement mobile par remission de commandes 
determinees et de reagir a des evenements provenant de cet equipement 
par execution destructions associees a ces dits evenements, en vue de 
realiser des fonctionnalites associees a au moins une application 
predeterminee, ledit systeme embarque a puce electronique cooperant 
avec un equipement mobile relie a un reseau de telephonie mobile, ledit 
reseau de telephonie mobile etant connecte avec au moins un serveur 
eloigne comprenant des moyens de traitement d'information et de 
stockage de donnees communiquant avec ledit equipement mobile via 
ledit reseau de telephonie mobile, caracterise en ce que ledit systeme 
embarque a puce electronique (2 -20) stocke dans ses dits moyens de 
stockage de donnees au moins une premiere piece de logiciel particuliere 
(21), d'un type dit rapporteur, destinee a retransmettre a une piece de 
logiciel associee (30/W), stockee dans lesdits moyens de stockage de 
donnees de Tun desdits serveurs eloignes (3), qui lui est associee, des 
donnees caracteristiques desdits evenements regus dudit equipement 
mobile (1 - 10 ), de maniere a ce que cette piece de logiciel associee 
(30/W) execute, par Tintermediaire desdits moyens de traitement 
d'information dudit serveur eloigne (3), sur reception desdites donnees 
caracteristiques, tout ou partie desdites instructions associees a Tune 
desdites applications predetermines et retransmettre des resultats de 
ladite execution au dit equipement mobile (1-10) et/ou au dit systeme 
embarque a puce electronique (2 - 20). 




8- Systeme embarque a puce electronique selon la revendication 7, 
caracterise en ce que lesdites pieces de logiciel associees (30M) 
implementees sur lesdits serveurs eloignes (3) etant d'un type dit maftre, 
il stocke dans ses dits moyens de stockage de donnees au moins une 
deuxieme piece de logiciel particuliere (22), d'un type dit esclave, 
destinee a recevoir des commandes d'une desdites pieces de logiciel de 
type maitre (30/W), qui lui est associee, a executer lesdites commandes 
par rintermediaire desdits moyens de traitement d'information dudit 
systeme embarque a puce electronique (2 - 20), et a retransmettre des 
resultats de ladite execution de commandes a ladite piece de logiciel de 
type maftre associee (30M). 

9. Systeme embarque a puce electronique selon la revendication 8, 
caracterise en ce que lesdites pieces de logiciel de types rapporteur (21) 
et/ou esclave (22) sont associees a une fonctionnalite supplemental, 
dite autonome, de maniere a ce que ces pieces de logiciel puissent 
executer directement sur (edit systeme embarque a puce electronique (2 - 
20) une partie preetablie desdites applications predeterminees. 

10- Systeme embarque a puce electronique caracterise en ce qull est 
constitue par une carte a puce du type dit "SIM" (2). 
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ABREGE 

L'invention concerne procede pour le traitement et la transmission 
de donnees numeriques sur un reseau de telephonie mobile, notamment a la 
norme "GSM", et plus particulierement pour des applications a la norme dite 
"SIM Toolkit" enregistrees sur une carte a puce du type dit "SIM" d'un 
equipement mobile (1). Selon le procede, des applications (30/W), dites 
maTtres, sont deportees sur un serveur eloigne (3) avec lequel communique 
I'equipement mobile (1). Ces applications (30M) communiquent avec la carte 
a puce "SIM" (2), via les circuits de I'equipement mobile (10) et des premier 
et second types d'applications "Sim Toolkit", dites "rapporteuse" (21) et 
"esclave" (22), respectivement. 

L'invention concerne egalement un systeme embarque a puce 
electronique, notamment une carte a puce du type dit "SIM". 
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